△△社に提出予定の××資料が完成いたしましたので、お忙しいところお手数をお掛けいたしますが、アドバイスをいただけますでしょうか。●●部長にお力をお貸しいただきたく、何卒よろしくお願い申し上げます。○月○日に同社との打ち合わせがございますので、○月○日までにご返答をいただけますと幸いです。ご確認の程、よろしくお願い致します。上司に何かを依頼する場合、分かりやすく明確な内容にすることが大切です。上司からいつまでに返答すればよいのか?など、逆に質問されないように、内容や期日をしっかりと明記しているか確認してからメールを送るようにしましょう。上司へのメールとして避けたい表現のNG例は次の通りです。NG:【要回答】親睦会の出欠を返信してください。OK:【予定伺い】親睦会の出欠はいかがなさいますか。【要回答】はきつい印象を与える言葉です。「○○してください」は上司に使う言葉としては不躾な印象があるため、どちらも丁寧な言い回しに変えるようにしましょう。NG:返信がないのですが、メールを読んでくれましたか?NG:大至急回答してください。返信に締め切りを要する場合は、相手に無理の無いようにすることが大切です。上司は日々多くのメールをチェックしなければならないことも多いため、急を要する場合は口頭で確認することも検討しましょう。まとめ上司や目上の方にメールをする際、多忙であることを念頭に置いて、分かりやすく明確な内容にすることが大切です。ビジネスメールは口頭と比べると冷たい印象に受け取られがちです。上司と良好な関係を築くためにも、上から目線の表現にならないように、正しい敬語の使い方などしっかりと確認するように心がけましょう。IT業界でおすすめの転職サイト・エージェントもまとめているので、転職を検討している方はぜひ活用してみてください。TechAcademyは、積極的に情報集取を行い学習、成長していくビジネスマンの今後を応援しています。そんな方々におすすめなのはIT業界でキャリアを描くこと。IT業界は成長産業であり、上昇志向や成長志向のある人であれば幅広いチャンスを掴むことが可能です。総合職であっても技術職とコミュニケーションが取れる人材が求められています。TechAcademyにはIT業界で活躍したい方向けに無料でプログラミングを学び、転職支援も受けられるTechAcademyキャリアというサービスがあります。専門知識を効果的に学び、プロのコンサルタントの支援のもと行う転職活動でより自分にあった企業と出会ってみませんか。IT業界でキャリアアップを目指したい方はぜひTechAcademyキャリアをご覧ください。30分間、オンラインでどんなことでも質問し放題です。あなたの相談に真摯に向き合います。「漠然としているがプロの話を聞いてみたい」こんな気持ちでも大丈夫です。お気軽にご参加ください。※体験用のカリキュラムも無料で配布いたします。社内外に向けて反省の意を示す始末書。これまで書く機会がなかったという人も多いかもしれませんが、社会人である以上いつ始末書が必要となる状況に陥るか分かりま...ビジネスマナーマナーの基本!上座と下座とは?着席順の決まりや振る舞い方について覚えよう仕事を始め最初の方に教わるビジネスマナーとして、席の座り位置に関するマナーを教わるはずです。いわゆる上座下座です。これは様々な場面で現れます。社内でなにかトラブルや重大な問題が発生したとき、それを2度と発生させないために必要なのが注意喚起メールです。領収書はお金のやり取りを証明するための大切な書類です。間違った書き方では正しく処理がされず、場合によっては信用問題にかかわることも。出張に行った際に必ず必要となるのが出張報告書。なにを見てきてそれが今後どう活かされるのかを上長に示さなければ行けません。いう関係性で働くことも珍しくありません。ここでは、年下の上司や先輩と円滑な人間関係を保てるように、言葉遣いや付き合い方について紹介します。関係性において、トラブルになりがちなのが言葉遣いです。年下に対してタメ口で会話をするのはごく一般的と考える一方、相手が上司や先輩であった場合、年下に限らず親しい間柄の場合でも敬語を使うのがマナーという考え方があります。いえ、たとえ上司や先輩であれ、自分よりも年下の相手に敬語を使うことに対して抵抗を感じる方も少なくありません。ここで気をつけておきたいのが年齢による優位性が通用しないということです。基本的に、上司や先輩が年下の場合でも敬語で話すのがマスト。自分より早く昇進した年下上司、転職先で自分よりも長くその職場で働いている年下先輩など、自分よりも優れた知識やスキルを持つ人に対しては、年齢は関係なく敬意を払うことが大切です。中には、年下上司の仕事の進め方や拙いマネジメントなどに疑問を感じたり、仕事はバリバリできるけど、誰に対しても言葉遣いが悪い年下上司や先輩など、年上として厳しい意見を言うべき場面があるかもしれません。いった場面でも、敬語で伝えるようにしましょう。場面によってはフレンドリーな口調を挟んでいくことで、年下上司や先輩との絆が深くなることもあります。二人きりのときや、プライベートな相談を受けた時など、人生の先輩として接することで上司の心をつかむための戦略として有効です。年下上司や年下先輩と円滑に付き合っていくために心がけておきたいポイントは次の通りです。年下であるがゆえの経験不足により、クライアント先で上手く立ち回れなかったり、人を動かすときの伝え方が乱暴になるなど、仕事に対する能力以外の面で未熟な部分が見付かることは少なくありません。年上の部下や後輩は、そういった上司や先輩を見て疑問を感じてしまうかもしれませんが、年下上司や先輩なりに上手く振舞えるように頑張っていることをまずは理解することが大切です。部下は上司を支えるべき存在です。年上としての社会人スキルを発揮し、上司がリーダーシップやマネジメントを上手くできるよう、サポートしてあげるようにしましょう。年齢と立場のギャップが原因によるトラブルが少なくありません。ギャップを埋めるためには積極的にコミュニケーションを取り、フラットな目線で接することが大切です。人間関係を構築するためには受身ではなく「与えること」を意識して行動するのがおすすめ。部下や後輩が年上だと遠慮をしてしまう上司もいます。そのように感じる場合は、年上から積極的にコミュニケーションを取るようにしましょう。働き方の多様性もある昨今、年上は敬意を示されるのが当たり前、年下はそれをわきまえて振舞うのが当たり前、といった考えを持っていると円滑な人間関係が築けないこともあります。仕事をしていく上で、年齢や立場は関係なく、相手に敬意を持って接することは社会人としての基本的なマナーです。中にはそれが出来ない方もいますが、相手の態度に過剰反応せず、軽く受け流す余裕を持てればベスト。しても気になるのであれば「お給料をもらうために働いているから仕方ない」「家族や趣味のために働いている」など、あくまでも仕事と割り切ることが大切です。部下は上司を選べないが常である以上、年下上司や先輩と関係が悪化した場合、会社側の判断としては部下が不利になることが少なくありません。上司は会社側が選んだ人材だからです。年下上司や先輩が会社に大打撃を与えるような不正や問題を抱えている場合は別ですが、上司のマネジメントの範囲内の不満については、会社として問題を取り合ってくれる可能性は低いと考えた方が良いでしょう。学生時代はもとより、社会に出てからも年功序列を意識して過ごしてきた世代にとって、立場と年齢のギャップを意識しがちです。存在は今以上に当たり前になってきます。円滑な人間関係を構築するためにも、時には人生の先輩として、年下ならではの未熟さをフォローしたり、コミュニケーションを積極的に図っていくことが大切です。IT業界でおすすめの転職サイト・エージェントもまとめているので、転職を検討している方はぜひ活用してみてください。TechAcademyは、積極的に情報集取を行い学習、成長していくビジネスマンの今後を応援しています。そんな方々におすすめなのはIT業界でキャリアを描くこと。IT業界は成長産業であり、上昇志向や成長志向のある人であれば幅広いチャンスを掴むことが可能です。総合職であっても技術職とコミュニケーションが取れる人材が求められています。TechAcademyにはIT業界で活躍したい方向けに無料でプログラミングを学び、転職支援も受けられるTechAcademyキャリアというサービスがあります。専門知識を効果的に学び、プロのコンサルタントの支援のもと行う転職活動でより自分にあった企業と出会ってみませんか。IT業界でキャリアアップを目指したい方はぜひTechAcademyキャリアをご覧ください。Depotのブログ記事を了解を得て日本語翻訳し掲載した記事になります。McDermott氏によって投稿されました。デザイナーは不可能を可能にすることを期待されます。信じられないほど複雑なプロセスを、シンプルで美しいものに作り変えるよう求められることも、何度もあるかもしれません。成功したときには、ロックスターになったような気分を味わえるでしょう。した大きな期待に応えられなかったときには、ひどく落ち込むかもしれません。デザイナーには完璧主義者の人が多く、自分自身が自分に対する最悪の批評家であることもよくあります。間違いを自分の責任と見なして、全てを台無しにしてしまったかのように思うこともあります。それでも、落胆するような状況において間違いを受け入れることで、これを成長と学びの機会とすることができるはずです。デザイナーが気づいていない真実:間違いのほとんどは、デザイナーの責任ではありません。辛い現実:いずれにしても、デザイナーは責任を負うことになります。新規の仕事やプロジェクトにおける、デザイナーの目標設定の仕方が、間違いの原因というわけではありません。ほとんどの場合、実際はその逆です。デザイナーは、多くの人が気にしないような細部のデザインまで、こだわりを持って熱心に取り組みます。神は細部に宿ることを知っているからです。問題となるのは、人についての知識が不足しがちなことです。これは、デザイナーが学校で教えられないことですが、仕事に大きな影響を与えます。デザイナーが正規の(または非正規の)教育を受けていれば、その過程で自分独自のデザインを究めることを求められます。デザインの原則、デザインと配色の関係、色彩なども学びます。これだけでは十分ではありません。デザインや美術について教育を受けることはあっても、人について深く学ぶ機会はありません。した理解不足は、デザインに影響し、ひいては予期しないUXの間違いの原因となります。デザイナーに不足しているのは、人についての知識なのです。デザイナーは合理的な人々です。インターフェースの設計に多くの時間を費やすため、デザインがWeb上でどのように機能するかを直感的に理解しています。「これは常識だ!」とデザイナー自身が思っていても、実際はそうではないこともあります。デザイナーにとっての常識が、ユーザーにも通用するとは限りません。デザイナーは設計に多くの時間を費やしているために、よく知っているだけなのです。デザイナーがプロフェッショナルであるのに対して、ユーザーが同等の専門性を備えていないこともあります。した理由から、ユーザーに対して次のように仮定するのは、間違いです。問題の核心が見えてきたでしょうか?デザイナーがこのように仮定すること自体は合理的ですが、問題を引き起こすおそれがあります。した仮定は現実に基づいたものではないからです。した場面でデザイナーに求められる仕事は、「迷える羊の群れを、頭数を減らして束ねる」ことです。条件に合うユーザーだけを選び抜き、意図したプロセス通りに彼らがサイトを利用できるような設計にします。その他の条件に合わないユーザーは、除外します。「ユーザーのためのデザイン」は、ここ数年で繰り返し提言されているアドバイスで、頭にたたき込まれているデザイナーも多いかもしれません。デザイナーは、ユーザーのニーズをよく理解して、ユーザーを中心にデザインするよう教えられています。このアドバイスには見落としている点があります。「なぜ?」と不思議に思うかもしれません。見境なく教え込まれているアドバイスですから。audience:広告やマーケティングにおいて、目標とする顧客)と一致するとは限らないことです。サイトを利用しているユーザーが、「求めているユーザー」像と一致しないことがあるのです。例として、Googleを考えてみましょう。Googleは、そのエネルギーや注意の大半をユーザーに向けています。Googleにとってのユーザーとは、検索者です。検索者により良いユーザー体験を提供するために、多くの時間と巨額の資金を投資しているのです。検索者がGoogleの唯一のユーザーでしょうか?実は、その他にもGoogleのユーザーは存在しています。広告主:Googleは広告主が自らの命令に従うことをよく知っています。Googleは、広告主やサイト運営者に対してポリシーを公開しています。彼らがGoogleのポリシーに違反して、好き勝手に利用するとしたら、広告掲載やサイトは強制停止されます。ボット(クローラ):Googleは、ボットなどによってサイト上で「通常以上のトラフィックが検出」された場合に、これをブロックします。positive)によりブロックされてしまうこともよくあります。詐欺者:Googleは詐欺サイトもブロックしています。偽のダウンロードボタンをクリックすると、ランサムウェア(ransomeware)がコンピュータにインストールされるよう仕組んであるサイトなどです。検索者:Googleの検索エンジンの利用者です。このユーザーたちこそGoogleに利益をもたらしています。彼らが広告をクリックしたり、アプリケーションを利用したり、ソフトウェアをダウンロードすることで、Googleに収益が発生する仕組みになっています。Googleは、自らの目標や利益に反するユーザーに対しては、ユーザーエクスペリエンスの提供を拒否しているのです。Googleは、ほとんど全てのユーザーに提供されていますが、Googleのユーザーリストに載っていない人々(ボット)は締め出されます。広告主が検索者にスパムを送信するとしたら、広告掲載を強制停止されます。Googleは、自らの目標や利益に反するユーザーに対しては、提供を拒否しているのです。「ユーザーのためのデザイン」は、デザイナーがターゲット・オーディエンスだけに意識を向けるという前提があってこそ有益なアドバイスになることは、十分理解できるかと思います。多くのデザイナーがユーザーについて見落としている重要な点は他にもあります。それは次の「UXの間違い3」で述べるとしましょう。Webデザインにおける「フリクション(friction)」とは、Webサイト(のレイアウトに使われている要素)の利用を阻害することを意味します。一般にデザイナーたちは、フリクションを悪いものだと考えています。Webサイトを上手く設計しなければ、意図した通りにユーザーが行動しないおそれもあります。したイメージから、デザイナーはフリクションを恐れがちです。全てのWebサイトにはフリクションが必要です。同じことがフリクションにも当てはまります。ユーザーは音楽に、フリクションは音量調節のダイヤルに、それぞれ例えることができます。望ましいユーザーだけをWebサイトに集めるために、いわばフリクションというダイヤルで、音量を上げたり下げたり調整するのです。フリクションを活用しているWebサイトの例を、次にいくつかご紹介します。Craigslist(クレイグズリスト):Craigslistは、同じ広告を50回連続で投稿されたりするのを嫌がります。そのため、Ghostingという技術によってフリクションを生み出しています。ユーザーがスパムを送信したり、広告を過度に多数回投稿した場合には、広告はブロックされて誰にも見えないように非表示になります。Google:Googleはユーザーに自らのポリシーを尊重してもらいたいようです。scraping)を行えば、「通常と異なる」ユーザーとして検出されます。警告を無視するとブロックされます。Quora:Q&Aのサイトです。respectful.(マナーと節度をもって利用すること)」というポリシーを掲げています。このポリシーを無視するユーザーには警告を与え、ブロックまたは利用禁止にします。フリクションを利用することで、他のユーザーにとって安全なサイトであることを保証しているのです。Quoraのサイトのシステムは、ユーザー体験の質を最大限に高めるようにデザインされています。デザイナーにとってフリクションは、問題となるかもしれません。それはデザイナーが、フリクションというダイヤルを調整する方法を知らなかったり、またはフリクションが存在すること自体知らないからです。デザイナーのフリクションに対する理解が不足していると、フリクションに過剰反応してしまったり、皮肉なことに望ましくないユーザーにWebサイトを悪用されることも起こり得ます。フリクションを具体的に実装するとしたら、どのようになるのでしょうか?例を見てみましょう。入力フォームを必要以上に多く設置することで、ユーザーを疲労させ、興味を失わせる(逆に入力フォームを十分に設置しないとしたら、全てのユーザーのアクセスを容易にすることになります。フリクションは重要な設計であり、その形やサイズは様々ですが、多くのデザイナーが理解に苦戦するのは確かです。この間違いを回避するには勇気を要します。それに加えて、さらに重要なことですが、目標を明確に理解していることも必要です。現在デザインしている要素は、どのような完成形が望ましいのか、開発しているWebサイトの目標は何なのかなどです。その理由は、あなたの上司、会社の役員会、クライアント、関係責任者から、目標に反する要求をされることがあるからです。相手の要求通りに進めたら良い結果は生まれないと、経験から予測できることもあるかもしれません。当初の目標に反して進めた結果、失敗プロジェクトとなるおそれもあります。「指示通りに仕事をこなしてさえいれば、彼らは報酬を支払ってくれるから構わない。」という考えで、上司に協調するのは簡単ですが。上司が自分自身のために行動しない場合には、あなたが上司に代わって行動することが重要です。上司が、彼ら自身の利益を損なうような指示を出してきたら、あなたの意見を声に出して伝えましょう。悪いニュースを伝えるべき場面です。上司に彼ら自身が犯そうとしている間違いを理解してもらうためです。ほとんどのデザイナーは自分の意見をはっきりと伝えることはありません。仕事を失ったり、キャリアに傷が付くのを恐れているからです。そのことが逆にこうした事態を招く原因となります。チームの他のメンバーと話し合いを持ちましょう。自分の意見をサポートする根拠(例えば、リサーチ、レポート、データなど)を十分に用意した上で、プロジェクトの責任者に意見を伝えましょう。最初は不可能に思えるかもしれませんが、実際には行うことは可能です。小さなステップから始めて、段階を追ってゆっくりと進めてみましょう。あなたはデザイナーとしてプロフェッショナルです。デザインツールを活用すれば、他の人が見逃してしまうようなUXの間違いを見つけることもできると思います。間違いを正すことで、複雑なプロセスを、シンプルで美しいものへと作り変えることができるでしょう。[お知らせ]TechAcademyでは初心者でもUI/UXデザインができるようになるUI/UXデザインオンラインブートキャンプを開催しています。現役UI/UXデザイナーのサポートで学びたい場合はご参加ください。この記事では、在宅でできるおすすめの副業20選を紹介し、選び方、副業をする上での注意点まで解説しています。そんな人に向けて書きました。この記事を最後まで読めば、あなたにぴったりの副業が見つかるでしょう。副業で特におすすめなのはIT系の副業です。習得に時間と労力はかかるが、しっかり力をつければ安定して稼ぐことができます。プログラミングは今後必要とされるスキルですので、副業を機会に始めてみるとよいでしょう。難しい印象がありますが、意外と楽しく感じる人も多いので、まずはIT系の副業について勉強してみるのがおすすめです。プログラミングで副業したい人向けに、未経験から副業プログラミングで稼ぐ方法を解説した記事もあります。在宅でできる副業にはどのようなものがあるのでしょうか。現在人気の副業を中心に、それぞれの特徴をまとめました。スキマ時間で毎月一定収入を稼ぎたいと考えている方向けに、「現実的に副業の範囲で5万円稼げるのか」という点についても説明しています。Webライティングは、クライアントが指定した内容やテーマに沿って、記事を執筆する仕事です。Webメディアをはじめとする、様々な媒体でニーズがあり、ブログや商品紹介ページの作成、最近ではYouTubeの台本などの仕事もあります。Webでの検索は今後も増加していく一方ですので、圧倒的に将来性がある副業だと言えるでしょう。時間の確保さえできれば、毎月5万円を安定的に稼ぐことが可能です。長期間継続し、文字単価を上げることができればより少ない時間で収入を得られるようになります。自分自身で開設したブログから収益を得る仕事です。記事を更新するだけでは収益が発生しません。アドセンス」という2つの方法があります。Web広告の市場規模は年々拡大しているため、今後もニーズが増え続けていくでしょう。ブログアフィリエイターの30%以上が、ブログからの収入を得られていません。月5万円を稼ぐとなると、上位20%に入る必要があるため、安定的に稼ぐためのハードルはかなり高いと言えるでしょう。プログラミング言語を用いて、様々なシステムやアプリケーションを作成したり、動かしたりする仕事です。基幹システムのサーバー構築や、既存システムの開発やテストといった業務内容があります。2018年の時点で、プログラマーのようなIT人材は約20万人以上不足となっており、2025年ではIT人材は36万人の不足と試算されています。Tの活用が推進されていることも追い風になっており、かなり将来性がある職業だといえるでしょう。1案件あたりの単価が高く、スキルが身につけば短い時間で納品まで完了できますので毎月5万を安定して稼ぐことは可能でしょう。場合によっては1案件で数十万円稼ぐこともできるのがプログラマーの特徴です。高額な案件を獲得するには、それなりの経験が求められます。企業で3年以上の実務経験と向上心が必要になりますが、満たしていれば時給4,000円以上も視野に入るでしょう。ホームページやLP(ランディングページ)などのWebサイト制作をする仕事です。プログラミング言語を用いてコーディングをすることがメインの業務となります。現在、企業活動を行うにあたってホームページの設置は必須といえます。ホームページからの集客を重視している企業も多くなってきていますので、今後も必要とされ続ける職種です。スキルアップのための地道な努力さえできれば、初心者であっても毎月5万を継続して稼ぐことは可能です。後述するWebデザインとのスキルのかけ算で単価を上げることも可能です。案件獲得の競争が激しいという一面はありますが、ポートフォリオ作る、低単価でも実績を積み重ねる、などの工夫をすれば月5万の収益を達成できるでしょう。Web上に表示されるページの見た目に関する制作を行う仕事です。Webサービスや広告用LP(ランディングページ)の作成など業務は幅広く、クライアントの依頼を受けて、使い勝手の良い魅力あるページ構成やデザインを考えることがメインの業務となります。自社の魅力を世間によりよく発信するために、Webサイトにデザイン性を重視する企業が増えているため需要は高まってきているといえるでしょう。スキルアップのための地道な努力さえできれば、初心者であっても毎月5万を継続して稼ぐことは可能です。ポートフォリオを作る、低単価でも実績を積み重ねるなどの工夫をすれば月5万の収益を達成できます。先述したWebサイト制作とのスキルのかけ算で単価を上げることも可能です。ロゴ、名刺、アイコン、キャラクターなどのデザインをする仕事です。クライアントからコンセプトや完成イメージの指示を受け、デザインをしていきます。LINEスタンプやキャラクターデザイン、図解やTwitterのアイコンなど、様々な分野でイラストが必要とされており、今後もニーズは拡大していくでしょう。初心者でスキルやセンスがない場合、案件が獲得できず1ヶ月の売り上げが数千円で終わってしまうことも多いでしょう。スキルがあっても案件が単発で終わってしまうことも多いため、常に営業・集客をしていかなければ継続して収益を上げることは難しいのではないでしょうか。ネット上に店舗を開き、商品を販売する仕事です。ネットショッピングの市場規模は年々拡大しており、将来性は高いといえます。継続して売り上げをあげるためには、商品ラインナップや価格など、他の店舗と比べた優位性をアピールすることが必要になってきますが、大手と比べた場合、仕入れの面で不利になることも多いため、差別化をし選んでもらうショップにするためにはかなりの努力が必要です。未経験から始めた場合、月5万というのはかなり高いハードルとなるでしょう。企業へのお客様からの問い合わせに対して、メールやチャット、電話で対応をする仕事です。稼働時間の確保さえできれば、安定した金額を毎月稼ぐことができるといえるでしょう。エクセルやワードにデータを入力したり、動画や音声の内容を聞き会話内容を文字にして書き起こす仕事です。企業内で使用する顧客リスト作成やプレゼン資料の作成、YouTubeの字幕作成といった作業があります。1件あたりの単価が低いため月5万を稼ごうとすると、相当な時間を費やす必要が出てきます。初心者でも手が出しやすい分、スキルアップが案件の獲得や単価アップに繋がりにくいため、副業として取り組む場合一定金額で頭打ちとなる可能性が高いです。月5万稼ぐのはなかなか難しいといえるでしょう。自分が詳しい専門の分野で顧客の相談や指導をする仕事です。主な業務としてはクライアントの悩みを解決することになります。人の数だけ悩みがあると言われますので、需要は無くならない仕事だといえます。コンサルタントとしての実力があればリピーターを獲得できるため、月5万円を稼ぐことは容易です。スキルに自信がない場合や中途半端なスキルしか持っていない場合、顧客獲得に苦労する可能性が高いため、安定して稼ぐことは難しいでしょう。Webサービスを用いて企業の業務支援や売り上げアップのコンサルティングをする仕事です。SNSの運用代行や広告・メルマガ配信代行、SEO対策などがメインの業務となります。実力次第で稼げる金額が変わるため、人によって月5万円を稼ぐ難易度は異なりますが、これからWebマーケティングの勉強を始める人にとってはかなりハードルが高いといえるでしょう。撮影された動画を見やすくするために、カット作業やテロップ挿入をする仕事です。企業のプロモーション動画やYouTube、ウェディングムービーなど様々な分野で動画編集のニーズは高まっています。高いスキルは必要とされないため、月5万円程度であれば比較的短期間で稼げる可能性は高いです。その分ライバルも多く今後案件が獲得しづらくなる可能性は高いでしょう。映像・写真・イラストといった素材を加工・効果付けをして動画を作る仕事です。動画クリエイターと言われることもあります。企業向けの動画広告作成については市場が拡大しており、将来性がある分野となっています。動画制作の経験があれば、広告運用等も合わせて依頼されることもあるため、1件あたりの単価も高くなりやすく、月5万円は達成可能といえます。スキルがない状態では案件獲得が難しく収益化しづらいでしょう。写真販売は、自分で撮影した写真を、ネットショップやストックフォトサービスで売って収入を得る仕事です。プロのカメラマンであれば別ですが、素人が副業として行う場合、売れ行きの良い写真を狙って撮るのはかなり難しく、安定的な収入を得ることは期待できないでしょう。企業の広告やアプリゲームに使用されるナレーションを提供する仕事です。1件あたりの単価が低いだけではなく、募集されている案件の数も多いとはいえないため、月5万円を稼ぐことはなかなか難しいでしょう。英語やダイエット、ビジネスなど自分の得意なことをオンラインで教える仕事です。副業として行う場合使える時間が限られてきますので、時間単価を上げることが必須になります。スキルがあれば時間あたりの単価を高く設定することも可能です。人気や実力がなければ顧客数に影響してしまうため、単価を上げることが容易ではなく、月5万まで稼ぐのは難しいといえます。参入障壁が低いのでライバルも多いでしょう。Twitter懸賞とは、Twitterのアカウントを利用して応募できる懸賞・キャンペーンのことです。後日当選が発表される形式の懸賞の場合、フォロワー数やツイート・プロフィール内容に注意を払うことで当選確率を上げることができます。通常の懸賞と同様、運の要素が強いため月5万を安定的に稼ぐことは期待できないでしょう。フリマアプリで不用品を販売して収入を得る方法です。メルカリをはじめとするフリマアプリは多数リリースされており、ユーザー数も多いため、売るものがあれば即収入につながります。ブランド品などは高く売れやすいため月5万円を稼ぐことは可能です。売るものがなくなった時点で出品ができませんので継続的に収入を得ることができないでしょう。ネットショップやリサイクルショップから安く商品を仕入れて、仕入れ額よりも高く販売することで差額を利益として得る仕事です。せどりには様々な方法があり、楽天ポイントを利用したり海外から輸入したりする方法などがあります。仕入れ商品のリサーチから梱包、販売まで全て一人で行うため仕組み化することができれば短時間で月5万円を稼ぐことはできます。価格差が取れる商品を見つけ出すまで時間がかかることも多く、競争相手も多いため、軌道に乗せるまでは時間がかかるでしょう。サイト内の特定の広告をクリックして商品購入や会員登録をすることで、報酬を得ることができます。副収入がある男性会社員の22.3%の収入源は、「ポイント・アンケートサイト」で58.1%と最多となっており人気の仕事です。月5万円を稼ぐことは十分可能ですが、一度きりの案件も多いため継続して稼ぐことはできないでしょう。在宅でできる副業にはメリットだけではなくデメリットもあります。事前に理解しておくことで、自分に合った副業を見つけることができるでしょう。在宅でできる副業のメリットは3つあります。それぞれ詳しく説明します。副業で稼ぐためには、自分自身の得意分野を生かして仕事をすることが重要です。苦手なことには時間をかけず、得意なことに集中することで限られた短い時間の中で成果を上げられます。会社で働く場合と異なり、取り組む仕事については自ら取捨選択する姿勢が大切です。付き合う人を選ぶことができますので、人間関係で余計なストレスを抱えることも少なくて済みます。副業に取り組む過程で、本業以外の実用的なスキルを身につけることができます。副業にもよりますが、成果報酬として1件あたりの対価が設定されていることがほとんどのため、必然的にスキルを身につけることになります。対価をもらいながら学ぶことができますので、学習のアウトプットの場としても最適です。会社に頼らず自力で稼ぐ力を身につけたい、独立しても通用するスキルが欲しい、という人にとって副業は有効な手段となるでしょう。スマホやPCが1台あれば、基本的に時間や場所に関係なく作業ができます。通勤時間がないのは、精神的にも体力的にも楽だと感じる人は多いのではないでしょうか。通勤時間がなくなることで空いた時間やスキマ時間で作業を進めることもできるためより効率的に稼ぐことが可能です。在宅でできる副業のデメリットは3つあります。体調や納期管理、営業や案件の管理など基本的には全ての作業を一人で行う必要があります。無理をして体調を崩してしまったり、急なトラブルが発生して納期に間に合わないという事態が発生した場合、各方面に迷惑をかけることになります。基本的に余裕を持ってスケジュールを組み、仕事に取り組むことが重要です。仕事の性質上、一人で作業する時間が多いため、孤独感を感じることが多くなるでしょう。一人で作業をするのが苦手で、和気あいあいと仕事をしたい人にとっては厳しいかもしれません。仕事の選び方次第では、トラブルに巻き込まれてしまう可能性があります。副業はあくまで自己責任で行うため、万が一トラブルが発生した場合も自分自身で全て対処する必要があります。謳った副業詐欺には注意しましょう。稼ぐどころか、高額な教材を買わされてしまったり、気付かない間に犯罪に加担してしまう可能性もあります。仕事を受ける場合には依頼先の情報や業務内容を慎重に確認し、問題ないか見極める力が必要です。数ある副業の中でどの副業を選ぶのが良いのか、選び方についてまとめました。副業をするのか、副業に対して何を求めているのかを明確にして取り組むことで効率よく稼ぐことができます。以下のように目的に合わせて選ぶことが有効です。副業を始める際、元手がかからないものを選ぶことは重要です。本業と異なる分野の仕事に取り組む場合、自分にあった仕事かどうかはスタートしてみるまでわからないことが多いです。自分に合わないと判断した時に、コストをかけず始めていればすぐにやめて違う仕事をするという選択ができます。初期投資の額が大きいと、投資額を回収できなくなる可能性も高いです。稼ぐために始めた副業で収益を上げられなかったり、負債を抱えてしまったりすると、精神的な負担が大きくなり本業にも悪影響が出てしまいます。プログラマーやWeb制作、WebデザイナーといったIT系の副業であれば、いずれも初期費用を抑えて低コストで始めることができます。どの副業が良いか迷った時には、自分自身にスキルが身につく副業を選ぶのがおすすめです。時給で働く場合やスキルが身につかない副業を続けると、時間の切り売りをするばかりで、一時的には稼げるかもしれませんが、将来的な収入アップは望めません。副業でスキルアップができると、より高単価の案件を受注することで収入を上げていくことができます。副業に取り組む中で自分の可能性に気づき、本業での成果につながったり、転職をするきっかけとなったりすることもあります。スキルを身につけることができる副業としては、プログラマーやWeb制作、WebデザイナーといったIT系の副業がおすすめです。今後も需要が高い分野ですので、一度スキルを身につければ再現性高く稼ぐことができるでしょう。「スクールは高いから独学で成功する」という気持ちの方は多いと思います。副業・フリーランスこれからのエンジニアに必要なスキルとは【非エンジニアサミット・イベントレポート】TechAcademyでは、2015年6月14日に『非エンジニアサミット「プログラミングをシゴトにする」』というイベントを開催しました。これからプログラミングの学習を始める方を対象に、第一線で活躍するエンジニアから直接話を聞けるイベントです。Fablicの堀井雄太氏をゲストとしてお迎えしました。本記事ではイベントレポートをお届けします。これからプログラミングの学習を始める方は参考にしてみてください。2001年、伊藤忠テクノソリューションズ株式会社へ入社。在職中、Rubyの導入支援やRubyを用いたクラウドサービスの開発・運用に従事。Enterpriseの導入による開発品質の向上や、デプロイメント支援システムをRubyで開発。Rubyやソースコード管理に関する講演、著書多数。2014年1月、株式会社クラウドワークスに参画、執行役員CTOに就任。「Fril(フリル)」を開発しているエンジニア。GROUP)に新卒入社。比較サイトの運営やディレクトリ検索サービス、広告配信システムの開発などを経験。向けのフリマアプリ「Fril」を開発、インフラ、サーバーサイドの開発担当。大場光一郎氏から講演いただきました。講演では、エンジニアになったきっかけ、社内の開発体制、これからエンジニアを目指す人に期待することをお話しいただきました。学研の教材に載っていたマンガがきっかけでBASICを使ってプログラムを書いてゲームを作りながら自分でやってみようと思ったのが、一番最初にプログラムを書くことのスタートだったとのこと。その後は、ハードウェアを組み合わせた業務システムを開発している会社に入社。当時は「プログラムさえ書ければいい」と思って社会人をスタートしたそうです。その時のことを大場氏は「今から考えると当たり前ですが振り返るとコードを書けるだけで会社を選ぶのは良くない」とも語りました。その頃、働いていた会社とは別に、オープンソースを開発するプロジェクトに入り、そのプロジェクトの開発者との交流を通じて、組織の垣根を越えてプロジェクトを進めることを経験したそうです。そのため、大場氏の考え方の根本は「オープン」。実際仕事の中でもオープンソースのように仕事をしているのが特徴なんだそうです。クラウドソーシングサービスのクラウドワークスの開発体制はどうなっているのでしょうか。特徴は、UX改善会を開催してユーザー体験を大切にした開発を重視していること。「UX改善会」は、3、4人のチームを組んで、ユーザー視点でサービスを使い、サービスにおける課題を見つけ、改善案などをプレゼンテーションに落とし込んで全社員に発表するというもの。社員はもちろん、エンジニアインターンの学生から率直な意見を聞いて改善に役立てているといいます。この取り組みにより、サービスを使い続けていると当たり前になって気づかないことを、改めてフレッシュな気持ちでサービスを見つめられ、実際にサービス落としこんで、日々改善ができているんだそうです。開発分野の他に、クラウドワークスでは日報の書き方にも工夫があり、お互いがどんな仕事をしているか共有し合えるように、他の部署の人でもわかる言葉で伝えることを推奨しているそうです。大場氏は「今は技術が折り重なってできているので、深堀りすればするほど深いし、技術の移り変わりも早いので、エンジニアとしては多層的に折り重なる技術を同時に理解できないといけない状況です。」とエンジニアとして必要なことを語りました。そのような状況の中で、初心者としてプログラミングをはじめるのは、チュートリアルなどが充実しているため、比較的簡単で、初心者から中級者に上がるにはいろいろな技術をキャッチアップする必要がでてくるため、1人では限界があるとのこと。そのため大場氏は、勉強会を通して仲間を見つけることや、プログラミング学習のサービスの活用などを推奨しているそうです。JavaもRubyも最初は「おもちゃ」と言われていた背景があり、「おもちゃ」と言われているような技術を使ってみることの大切なんだそうです。「イノベーションを起こすようなものは最初おもちゃのように思われがちですが、だからこそチャレンジすることが今後のエンジニアに必要なのではないか」と大場氏は締めくくりました。続いて、堀井雄太氏に講演いただきました。大場氏と同じく、エンジニアになったきっかけ、社内の開発体制、これからエンジニアを目指す人に期待することお話しいただきました。経済学部出身で、大学でもプログラミングの授業で受けていたわけではない、いわゆる文系プログラマーだという堀井氏。それでも大学生のころから漠然とWebサービスを作ってみたいと思っていたそうです。そこで大学生のうちにいろいろな会社でインターンをとして働いていたのがプログラミングを学ぶきっかけ。最初はHTML/CSSを使ってWebサイトを作るところからはじめ、本を読み込んでサービスを作ってみるなど独学で学んだとのことです。GROUP)に新卒で入社し、自社プロダクトの開発と運用をして、後半の2年はインフラの部署に所属されていました。会社に所属することのメリットとしては、独学よりも体系的に学べる、先輩や同僚がいることで成長できるなどを挙げていました。堀井氏が講演の中で話した、「エンジニアとしては遅咲きだが、遅いということはない。意志があれば、とりあえずやってみるのが大事」という言葉が印象的でした。株式会社Fablicは、2012年7月にフリマアプリのFril(フリル)をリリース。累計ダウンロード数が300万を越えているといいます。現在は、12、13人のメンバーで開発しているそうです。エンジニアはまだまだ増やしたいとのことで、募集も随時行っているとのこと。開発体制として特徴的なことは、ユーザーと一緒に開発すること。実際にFrilを使っているユーザーをカスタマサポートとして採用しているそうです。開発の現場にユーザーがいて、「困ったことがあったらユーザーに聞く」が信条で、実際の開発フローにユーザーが関わるようにしているといいます。どんなエンジニアになるかを意識することが大事とのことです。会社のフェーズによってエンジニアに求められることは違うので、技術の経験たくさんを積むことが大事。堀井氏自体も、サーバーサイドもインフラも関わってきましたが、今では全てが関係しているそうです。それぞれの領域を学んでいく中で、強みを形成していくのが良いとのことでした。技術を学ぶだけでなく、行動して実践することも大事。チームで開発できる、社内で共有できる、社外にアウトプットできる、リーダーシップを発揮できるなど、技術をもとに行動することが今後のエンジニアに求められていると語っていました。最後には「ものづくりは楽しいので、楽しみながら開発していくのが大事」というメッセージで堀井氏は締めくくりました。続いて、大場氏、堀井氏によるパネルディスカッションです。モデレーターはTechAcademyを運営するキラメックス株式会社の代表取締役社長の村田がつとめました。パネルディスカッションでは、事前に参加者から募集した質問をもとに回答いただきました。質問はこれからエンジニアになっていくことを想定して、下記のセクションに分けて進めています。(村田)それではパネルディスカッションを始めていきます。非エンジニアの方のプログラミング学習が一歩前に進むきっかけになればいいなあと思っています。最後には会場のみなさんからの質問も受け付けます。(村田)まず1つ目の質問ですが、「どのプログラム言語から勉強するべきか」という疑問にお答えいただこうと思います。(堀井)最初はPHP、Perl、Rubyあたりから始めるといいのかなあと思っています。理由は、コミュニティが活発なので困ったらそういうコミュニティに相談して聞く環境があることですね。あとは、実際に企業に入ってみて使われていることも多いです。実際、私が新卒で入った会社も主要な言語がPHPであとPerlとRubyも少しあったので就職するときも有利だと感じています。大場さんはいかがでしょうか?エンジニア歴も長いと思いますが。(大場)最初に触る言語としては僕はなんでもいいかなと思ってるんですけど、子供向けや教育向けと呼ばれる機能が制限された言語よりは汎用的な言語を使った方がいいかなと思っています。それがコンピュータが本来持っている能力を引き出せる可能性があるという理由です。学びやすさとか初心者向けといった軸で選ぶよりは、なんでもできるような言語を選ぶのがいいのではないでしょうか。(村田)では続いてプログラミングを勉強する段階になった際に「どこから着手すればいいか」という質問に入っていきたいと思います。(大場)さっき話したことと関係しているのですが、一つのサービスを成り立たさせるためにはいろんな技術の積み重ねがあって、一部分だけわかっててもサービスとしては成り立たないことがあります。どこからというよりは「これが作りたい」とか「こんなサービスをやってみたい」といったところを目指して、それに足りないのはどこなのか、簡単そうなのはどこなのか、一番難しそうなのはどこなのか、そういう切り分けでちょっとずつ自分がどこにいるかわかるように進めるのがいいんじゃないかなと思います。この言語を覚えたいといった学習の仕方だとモチベーションが続かないと思うんですよね。(村田)それはありますよね。(大場)コンピュータという分野も3ヶ月勉強した人や10年仕事で使ってますという人とか経験にいろいろあっても、その中で「マスターしました」って自分で言える人はあんまりいないと思うんですよね。すごい奥が深い世界なんで。この言語をマスターするまでやろうとなると結構どこまでいっていいかわからない。道具として何をやりたいかというところを目標にすると続きやすいんじゃないかなと思います。(村田)目的ありきでその言語をツールとして使って、形にしていくところから足りない部分を補うのがいいんじゃないかということですよね。(堀井)大場さんも仰ったように一つを学べば終わりというものではないですね。プログラミングをするモチベーションを保たないと結局意味ないので、自分がこういうのがあったら便利だなというものをとりあえず手を動かしながら作るのがいいと思います。(大場)さっきTechAcademyのオンラインブートキャンプの説明の中で、Twitterクローンを作るというお話しでしたが、あれってどこまでのクローンなんですかね?投稿するだけだと簡単だけどTwitterを真面目に作ると結構難しいと思うのですが。Railsチュートリアルに載ってるくらいのマイクロポストみたいなレベル感ですね。ユーザー登録ができてフォローして、その投稿がそれぞれタイムラインに一列に出てくるクローンです。(大場)フォローもするということは、ある程度データベースの関係性もグラフみたいなところもやるんですね。いう意味では歯ごたえのある感じですね。実際に世界中で使われているようなサービスに近い形で作る方がモチベーションが上がると思っています。使わなそうな図書館データベースを作るよりもTwitterクローン作る方がイメージがわきやすいし面白いなと感じてもらえるはずです。プログラミングを学習するときのモチベーション、特に一人で勉強する時間が長いので、自分がやる気になるようなところから始めるのがいいのかもしれませんね。(村田)では次にいきましょう。「プログラミング習得をする上でつまずきやすいポイントとその解決方法」について聞いてみたいと思います。(堀井)つまずくところいっぱいありますね。環境構築が一つのハードルになるかなと思ってます。弊社でもインターンに来てもらうことが多いのですが、プログラミングを書き始めるまでの開発体制を整えるところで時間がかかることがあります。今はEC2とかHerokuとか、必要なパッケージがそろっている状態で始められるものもありますね。無料プランを使うか、少しお金を出せばサーバーが簡単に手に入るので、うまく使って最初のハードルを乗り越えてから本を一冊写経してみるといったことから始めるのがいいのかなと思ったりしますね。(大場)個人的には難しいところって技術と技術の境目の部分かなと。Rubyだとアプリケーション開発の知識がいるし、データベースにアクセスするときにSQLみたいな言語をわかってないといけないし、両方わかってないといけないようなシチュエーションがサービス開発の中でたくさんあります。両方の知識が求められるところでハードルがぐっと上がって、新しいことを覚えるのが難しいのかなと思いますね。その解決方法としては繰り返すということですかね。繰り返していると、「これはこのことだったんだ」みたいに理解できることもあるので、反復するところがコツかなと思っています。一つつまずきやすいところとしては、技術の中でそもそも難しいところです。C言語だったらポインタ、Rubyだったらブロックとかですね。そもそも考え方が難しいものがいくつかあって、それを変な例えで理解しようとしても、結局どこかで嘘が入っていたりして本質的には理解できないところがあります。それは難しいものだと受け入れて、わかるまで何回も繰り返すところが必要なんじゃないかなと思っています。(村田さん)そうですね。僕も最初はPHPから始めたんですけど、クラスみたいな概念がそもそも理解できなかったです。その時は、10日くらいわからないまま続けたら理解できました。繰り返しながらやっていくと、ピーンとわかるときがくるので諦めずに繰り返すのが重要ですね。(村田)悟りが降りてきますからね。次の質問ですが、「おすすめのプログラミング学習方法はありますか」ということです。いま繰り返しやるとありましたけれど、もうちょっと具体的に聞きたいと思います。(大場)まあプログラムを書くのがもともと好きでゲームをつくるなかで学びました。Windows3.1が出たときに「マインスイーパ」というゲームが入っていたのですが、当時Windowsが動くパソコンがすごい高かったんですよね。みんなができるように、MS-DOSのキャラクターベースでできるマインスイーパを開発してみんなに配ったとか、そのなかでいろんな技法みたいなものを学んでいったというところです。今はほんと一つのアプリケーションを成立させるのにいろんな技術が必要なので、競争仲間であるとか教えてくれる先輩とかそういう人がいる環境に身を置くところが大事かなという気がします。(堀井)小さいところから考えて手を動かすのがいいかなと思っています。会社に入ってみて思ったのが、システムって完璧じゃなくてすでに困っている人がいるんですね。そこで私もわからないなりに、管理画面にあったらいい機能とかを他の部署の人から聞いたりして、改善や機能追加できるところを調べながら徐々に開発技術を学んでいくところがありました。あとは、勉強会もおすすめです。新卒で入った会社では勉強会を定期的に開催していたので、自分の回が来たら学んできたことを発表しなきゃいけない場がありました。いう半ば強制的にでも自分のスキルを底上げするようなイベントに身を置いてステップアップしていくのはいいかなと思います。僕も自分で学習してきていたときは、何かインターネット上で気になるサービスをまねてそれと同じ動きを作ってみることをしていました。あとは、わからないところでずっと迷ってるとやる気がなくなっていくので、すぐ人に聞くというのは結構重要ですね。僕は新卒で楽天に入ったので、エンジニアの部署にいる同期を休日にカフェとかに呼び出して、わからないことを聞くというのを結構な頻度でやってました。(大場)あとはオープンソースの開発に関わっていくこともいいですね。そんなに難しくなくても手が足りないというプロジェクトはたくさんあって、それこそプログラムだけじゃなくてドキュメントの追加みたいな簡単なところから手伝うこともできます。それでコミュニティの人たちの顔がわかってきて、だんだん開発に協力していく中でいいプログラムをたくさん読んで、自分がやるならどうしようみたいなことを考えたりすることがスキルアップにつながると思います。(村田)では次の項目に入っていきますね。「採用したいと思うエンジニアの特徴」について聞いてみたいと思います。(堀井)大前提としてプログラミングが好きなことが当てはまるのかなと思っています。好きな人って勝手に自分でどんどん技術習得して、自分自身でスキルアップしていくので根本的にプログラミングが好き、ものづくりが好きという素養はまず見てますね。あとは、Githubとかを使って自分が書いたコードを他の人に見てもらう、シェアするみたいな文化があると思うんですけど、自分の恥をさらすことができる、自分の持っていることをシェアするとかオープンさみたいなものを持っている人は素晴らしいかなと思いますね。(大場)堀井さんのお話の中でもサービス志向のエンジニアみたいな話題がありましたけども、スキルはすごい優秀だけどうちの事業にそんなに興味ないみたいな人は今のステージでは採用が難しいです。なにかしら共感をもってるところのプラスアルファでエンジニアリングを見て採用してます。(村田)会社の規模とかフェーズによっても変わってくるかなと思うんですけれども、やっぱりそのそもそものエンジニアとしてのプログラミングが好きであったりとか、サービスが好きみたいなところは基本的には重要ですよっていうことですね。「優秀なエンジニアはどうやって見極めているんですか?」という質問です。(大場)正直言って僕もこれだというものはないですけど、一番確実なのは一緒に働いたことがある人ですよね。いろんな会社にいると、こいつは本当にすごいみたいな人が何人かいたりします。(堀井)優秀の定義にもよるかなと思うんですが、見極めるとしたら今はGitHubとかあるので、どういうコードをその人が書いているのか、アプリなど個人でプロダクトを出しているのかとか見たりしますね。(村田)結局その人がどういう人かとか、どれくらいできるのかっていうのが見えるかどうかっていうのは結構重要なのかもしれませんね。ポートフォリオなりGitHubなり、今だとそういうのが結構アピールしやすい時代かなと思います。(村田)次に行きますね。「プログラミングスキル以外でエンジニアに求めることはありますでしょうか」という質問です。(堀井)これはもうたくさんあります。弊社もベンチャーなのでプログラミングだけできる人は結構厳しいのかなと。具体的に言うと、やっぱコミュニケーション能力が高い人がいたら嬉しいです。実際、弊社はユーザーにヒアリングすることがあるので、ちゃんとそのユーザーさんとコミュニケーションが取れるかとか、仕様が上から降ってくるのを待つのではなくて自分で考えたものをデザイナーやディレクターに発表して巻き込んでいく力みたいなのが問われるシーンが多いです。(大場)エンジニアに求めるコミュニケーション能力でいうと、そもそも人と話すのが苦手だからコンピュータを扱う仕事を選んだみたいなところもあると思うんですよね。立ち上げ初期のベンチャーだと、とにかく作るというところがメインになっていて、そんなにコミュニケーションする必要がなかったりします。組織がちょっと大きくなってサービスが伸びてくると、ある時点からチーム開発みたいなものが求められて個人技だけでは限界がきたりします。いう時にちゃんと自分に求められている役割の変化を感じて、それについてこれるかは考えてほしいなと思ったりします。具体的にはさっきの仕様の話だと、ゆるふわで落ちてきた仕様に対してこんな仕様でできるかと思うか、僕が決めてもいいんだというように受け止めるかで大きな違いがあると思うんですよ。それってエンジニアリングのバックグラウンドがあって、そういう幅のある仕様のなかで可能性として見られるかどうかっていうのは大きな違いじゃないかなと。(村田)自分から能動的に動いて、与えられたものだけじゃなくてしっかりそれ以外も自分で発信できるっていうことを理解した上でスキルを上げていけるような方が優秀になってくるし、それが求められるかもしれないですね。(村田)次の質問ですが、「エンジニアとして働き始めてからどんな勉強が必要ですか」とのことです。(大場)最近だとエンジニアの向かう方向性としてフルスタックみたいに、いろんな層の技術をまたがって自分一人でもサービス立ち上げができるみたいなところを目指したりもしますけど、実際本当に伸びてくサービス開発のなかでフルスタックになっていくのはめちゃくちゃ難しいと思っています。他に得意な人がいればなかなか手を出すのも難しい、どこをやってもいいよと言われても躊躇してしまうというところがあったりします。その中でできることは、一つひとつ極めていくところだと思っています。一個の技術だけで戦ってるとやっぱりリスクも高いので、次はこの専門家になろうみたいな二つ掛け合わせるものが何かあるといいんじゃないかと思います。(堀井)私はどういう勉強をしてたかなと思い返してみると、やっぱり学んでいくには段階的になると思うんですよね。一つの言語を学んで、データベースのことも学んで、今度はその言語の上に動いているフレームワークのことを学んだりと段階的に自分が学んだことに派生して勉強してきました。最終的に自分が得意であると言えるくらいのところまで行けるように深掘りして、一つの技術を学んでいくのがいいのかなと思いますね。エンジニアにもスペシャリストを目指すのか、ジェネラリストを目指すのかいろいろ方向性があると思うんですけど、ひとつ自分はこういうエンジニアだとか自分の代表するプロダクトはこれだとか、そういうものを作れるようになるまでは深掘りすることがいいかなと思いますね。(村田)やっぱりエンジニアとしてどこか一つでもいいので、ある程度極めるというか、できたというところまでやって、そこからスキルの掛け算みたいなところが重要になってくるということですよね。(村田)最後の項目に入っていきたいと思います。「エンジニアとしてどんなキャリアパスが描けると思いますか」という質問ですが、エンジニアとしてキャリアの長い大場さんお願いできますか。(大場)いまエンジニアの責任者として会社の中での役割を担っていますが、究極的には「事業のためにエンジニアリングをどうするのか」みたいな話になっていくかなと思っています。技術だけではなくて、最近だとよく読んでいるのはマネジメントの本とかビジネス書みたいなところからキャッチアップするような勉強をしたりしてます。(村田)技術だけではなくて、その先の事業をテクノロジーで解決していくみたいなところに進めるようなパスがいいんじゃないかという話ですよね。(村田)では次に、「エンジニアが仕事したいと思う環境はどんなところですか」という質問です。(堀井)やっぱりエンジニア目線でいうと自由度が高いであるとか、個人の裁量が大きい方がチャレンジングなことがしやすいですよね。いう環境をいまの会社で作っていきたいと思ってます。弊社ののコアバリューがいくつかあるんですが、「エンジニアもチャレンジする」というのもあります。ある程度エンジニアの裁量でどういう設計をするかなど決められるような体制になっているので、自分がいいと思ったものをすぐ試せる環境があるのはエンジニアにとっていいのかなと思いますね。最後の質問として「エンジニアとして成長するためにどんな人がいる会社で働くべきだと思いますか」という質問です。(大場)前職のように本当にエンジニアリングに関して職人みたいな人がいっぱいいるところにいて感じるのは、自分より優秀な人がいるところに身を置くことですね。自分が一番下手になって、あとは登っていくしかないみたいなイメージです。学生時代にインターンで初めてプログラミングをして、ベンチャー企業を手伝いながら一番下っ端でがんばってたらいつの間にか自分が一番詳しくなっていた。その後、さらに強い奴に会いにいきたいと言って弊社にジョインしてくれたエンジニアがいます。僕自身もいかに自分より優秀な人に来てもらうか、自分自身がキャップにならないようにすごく気をつけていて、優秀な人が活躍できるような環境や会社やサービスが大事だなと思っています。(堀井)これは私もほとんど同意見なんですけれども、自分よりも技術において素晴らしいと思った人がいるところですね。あとは、自分のスキルセットに近しいのを持っている人がいるような環境にいくと、自分のやろうと思っていることが一段引き上げられるのでいいのかなと思っています。あと最近は勉強会とか発表された資料とかがWebサイトにいっぱい上がっているので、そういうのを参考にしながら企業を選んだりするのはいいかなと思ってます。(村田)ここからは会場からの質問を受け付けたいと思います。ーー大場さんにお伺いしたいのですが、ご自身が英語情報で技術をキャッチアップするために気をつけられていることや、社内の方に英語の情報をキャッチアップするためにどんなことをしているのか教えていただけますでしょうか。(大場)今やってることでいうと、オープンソースコミュニティがだいたい英語ベースになっています。日本人しかエンジニアがいないプロダクトでもコミットとかは英語じゃないと受け付けない感じだったりします。社内に関しては、こうしないとみたいなものは今はないのですが、今週の気になる技術みたいなのを社内のGitHubにスレを立てて共有して、みんなが気になった技術は突っ込むようにしています。いうときに情報ソースが英語のものがたくさんあるので、おのずと危機感が醸成されればと思っています。(村田)まず育てる側の僕の方から話をさせていただきますね。エンジニアが足りてないところは事実です。エンジニアの採用が難しいっていうのは、そもそもマーケットに人材が少ないから取り合いになってるっていうのが一つあります。あとは統計的にもアメリカでは2020年には100万人エンジニアが足りなくなると言われています。日本でも2020年には20〜30万人ぐらいは足りなくなると言われています。インターネットを使ったビジネスはすごい盛り上がって市場も拡大しているのに、そこで働く人が増えていなければ足りなくなりますよね。僕らはそれをエンジニアを増やすことで解決したいと思っています。エンジニアになりたいという方は多いと思っていて、それでも増えないのは仕組みの問題もあると思っています。それが解決できる仕組みがあれば、人が足りないということに対してひとつの力になれるんじゃないかなと。(大場)エンジニアが足りないと言ってる会社も、2種類あるかなと思っています。1つはよくよく聞いてみると、あまりエンジニアを大切にするような文化がなくてエンジニアが定着しない会社です。いう会社の方は、「来てくれても半年くらいで辞めるから、辞めると思ってアウトソースすればいい」といったことを仰る場合もあります。いったことが負の循環になって常にエンジニアが足りないことが常態化してしまう。僕らみたいなエンジニアリングの重要性を理解していて、Webサービス中心の会社だとまったく事情は違っていて、サービスの成長にともなって、さらに成長させるためにエンジニアは、明確に足りていなくてまだまだ必要だと思っています。TechAcademyさんみたいな取り組みでエンジニアが増えていくのはこれからの日本にはものすごい必要だなと思っています。(堀井)ベンチャーで最近伸びているサービスであれば、やっぱりどうしても人が必要になってきて、実際に弊社でもエンジニアは常にどの職種も募集しています。私もベンチャーの友達とか知り合いも多くて起業する人もいるのですが、その立ち上げにはやっぱりそれなりにWebのことがわかる人がどうしても欲しくなるんですけど、そういうスキルの高い人たちは大手であるとか名の知れた会社とかに勤めています。そもそもその会社からあまり転職市場に出てこないというのは肌感としてはあるので、僕らみたいなベンチャーはいかにいい人たちを見つけて会社のことを知ってもらって、採用につなげるかについていつも苦労しています。需要はかなりあると認識しています。(村田)最後付け加えますね。プログラミングを習い事の視点でみると、換金性の高い習い事だと思うんですね。いうのも、例えば10万円払って勉強してプログラミングが習得できれば10万円以上稼げると思うんですね。クラウドワークスさんのようなクラウドソーシングサービスで仕事を探してそれに応募して自分で遠隔の仕事をするのも一つだと思いますし、自分でメディアを立ち上げるのというのも一つでしょうし。いった意味でも企業に入るだけじゃなくて働く方法はいくつかあると思います。(村田)お時間になりましたので、最後にこの会の締めくくりということで「これからプログラミングを学習するみなさんへのメッセージ」をお二方からお願いします。堀井さんお願いします。(堀井)私も最初はプログラミング初心者だったんですけど、いろいろ学びながら実際にものづくりができるようになりました。最初はハードルの高い部分もあるのかなと思いますが、楽しみながら学んでいくと自分の可能性も広がって、キャリアを積む上でもいい経験だと思います。みなさんがんばって欲しいです。プログラミングは楽しいです。(大場)僕からは作るだけじゃなくて問題解決していこうみたいな話もしましたけれども、一方で何かを作り出す・生み出すということは本質的に楽しいことだなと思っています。快適に作るための環境を整えることに丸一日費やすとか、自分のエディタの設定とか、これだから開発しやすいみたいなことを考えながらものづくりを純粋に楽しむところも実際にあるんですね。いった気持ちってなかなか社会人になってしまうと忘れてしまったり、思い出せなかったりとかあると思います。今だと、エンジニアになろうみたいなフェーズだといくらでも失敗できるので、何度も作ったり壊したりしながら、ぜひものづくりの楽しみというところを大切にエンジニアを目指していただければなと思いました。(村田)堀井さん、大場さん今日はどうもありがとうございました。イベントレポートは以上です。TechAcademyではこれからもプログラミング学習者のためのイベントを開催していきます。仕事をスムーズに行うだけでなく、仕事における重大なトラブルを回避するためにも必要な「報連相(ほうれんそう)」。聞く単語だと思いますが、ただ単純に言葉の意味として捉えているだけで、本来のそれぞれの目的や活用方法などを知らない人も多いはず。ついて解説をしていきます。報告のベクトルは部下から上司、あるいは後輩から先輩という向きであり、仕事をするにおいての基本中の基本はこの「連絡」となり、トラブルを回避し仕事をスムーズに進めるために必要不可欠ですので徹底しなければなりません。報告の目的は、指示に対する仕事の進捗や業務の結果などを上司と部下の相互間で情報共有をするとともに、作業に問題がないかやミスをしていないかなどをお互いに把握することです。報告は上司が判断する材料として部下から自発的に情報伝達するもので、習慣的に行わせるための「しつけ」と捉えられているのはよくある誤解。目的とし、スムースに業務を進めながら問題の発見や回避をするための行為です。業務の効率化だけでなく、報告を目的に沿って的確に行うことで、業務への取り組みや姿勢を評価されたり、意思疎通の機会が増えることで上司の信頼度もアップします。これにより、信頼し合える関係を構築して仕事の充実度も増し、問題が起こった際も適切な対応をお互いに行うことも可能になるでしょう。上司としては部下がミスや問題を隠していないかなどを確認する機会でもあり、それによって今後起こり得る問題を回避するという目的もあります。信頼関係の構築や仕事の充実、問題の回避等、報告がもたらす効果はとても重要です。報告は直接業務に影響を与えるものですので、的確に行う必要があります。したがって、報告を活用するには状況に合った伝達方法を使うことが求められます。伝達方法には「口頭」と「書類」での報告がありますので状況に合わせて選択しましょう。急な場合は口頭で行い、結論から簡潔に報告します。このとき、「思います」などの個人的な意見は上司の誤解や誤った判断の原因になりかねませんので、「事実のみ」を報告しましょう。報告内容が複雑で、グラフや資料を利用したほうが効果的な場合は、書類での報告をベースとします。ベースですので、必要に応じて口頭での報告も合わせて詳細に行うことが望ましいです。メールで報告する場合は、必ず読んでもらうように電話して注意を促しておきましょう。連絡とは、職場の上下関係にかかわらず、該当する関係者に対して業務や作業上で知り得た情報などを知らせることです。誰もが情報を知らせる側にも受け取る側にもなり、会社を管理する総務や人事などから会社全体に向けてのお知らせや、プロジェクトリーダーから所属メンバーに向けての通達など、さまざまな連絡があります。連絡の目的は、迅速な情報の共有です。簡潔・正確にまとめられた情報を伝えることで、これから起こり得る事態に備えたり、行き違い無くスムーズに業務を遂行することができます。報告ほど詳細でない場合が多いですが、連絡には「打ち合わせ日時の連絡」や「事故やトラブルに関する連絡」等、重要性や緊急性の点で報告以上の重要度となる連絡から、自身に関係の無い「人事連絡」等のそれほど重要ではない連絡まであるので、重要の度合いは幅広いです。重要な内容も簡潔に伝えるからこそ、あいまいな表現は誤解を招き不要なトラブルの原因となりかねません。したがって、連絡は簡潔で正確な情報が求められると同時に慎重さも要求され、重大な情報も迅速に共有することができるのでとても重要な行為です。連絡は、できるだけ内容を簡潔にし、用途によって連絡手段を変えることが必要です。異なってくるので、適切な手段が必要になるのです。社内の多数に連絡する際は、朝礼や会議、社内報などの手段を用います。簡単な連絡や急な連絡の場合は、関係者に直接口頭で伝えるか、電話などすばやくコンタクトが取れる手段を用います。数字を伴うものや重要なもの、記録に残す必要があるものなどは文章で連絡するようにしましょう。相談とは、自身では判断が出来ないときや判断に迷うとき、自分の意見・考えを聞いてもらいたいときや情報が欲しいときなどに、上司や先輩、同僚の意見や回答を参考にするためアドバイスをもらうことです。相談の目的はもちろん、判断に困ったことに対してアドバイスや指示をもらい、疑問や問題を解決することです。相談によって新しいアイデアや解決方法を見つけたり、相談者にとっては業務の効率化や労力の削減も目的といえます。相談における疑問や問題を放置したり、ひとりで抱えていると業務の進行の遅延や大きな問題となって深刻化する可能性があります。自身に必要以上のストレスがかかってしまうこともありますので、業務に関する疑問は相談で早期解決を試みましょう。相談を活用するには、事前に相談する事柄を明確にし、必要に応じて資料等を準備しておくことが重要です。良いアドバイスをもらうためには、質問の内容が的確に相手に伝わらなければなりませんので、次の項目に沿って情報を整理しておきましょう。以上の3項を明らかにすることで、相談された側は「どんな問題があってどうすればいいのか」という解決策を考えやすくなります。状況や情報を明確にして整理・準備しておくことで、相談を最大限に活用できます。「スクールは高いから独学で成功する」という気持ちの方は多いと思います。その方が金額は低く抑えられるでしょう。独学には向き不向きがあり、実はスクールが向いている人も大勢います。ビジネスマナーJavaScriptでオセロゲームを作成する方法を現役エンジニアが解説【初心者向け】JavaScriptでオセロゲームを作成する方法について、テックアカデミーのメンター(現役エンジニア)が実際のコードを使用して初心者向けに解説します。実際のコードをもとに解説していきますので、理解を深めていきましょう。そもそもJavaScriptについてよく分からないという方は、JavaScriptとは何なのかについて解説した記事を読むとさらに理解が深まります。大丈夫!1つ1つの処理を丁寧に解説するから、一緒に頑張ろう。本記事は、JavaScriptを学習中であり、変数や関数などひととおりの基礎知識を学習した初心者の方向けに書いています。本記事の目的は、JavaScriptを用いたオセロゲームの実装を通して、以下のようなスキルを習得・向上させることです。上記の目的を達成するために、本記事は読者のみなさんが実際に手を動かしながら学べるハンズオン形式をとっています。本記事では、オセロゲームを0から実装するために必要な解説のすべてを記載しているため、記事の分量が多くなっています。一気に最後まで進めようとせずに、ご自身のペースで学習を進めることを推奨します。本記事では章ごとに所要時間の目安を記載しているので、学習の区切りを決める参考にしてください。ゲームに限らず、いかなる実装においても設計は非常に重要です。機能要件を満たしつつも、できるだけシンプルでメンテナンスしやすい設計を考えるのもエンジニアの醍醐味の1つです。「その設計、自分ならどうするかな?」ということを考えながら読み進めてみてください。オセロゲームを実装する上での機能要件は、一言でいうと「オセロゲームのルールに従って盤面の状態が変えられる」ということです。前提条件となるオセロゲームのルールを確認していきます。以上がオセロゲームのルール概要です。ゲームのルールのほか、今回の実装では以下の条件を適用することとします。それでは、要件を確認したところで実際の設計に移りましょう。同じルールや条件でも、それをどのように実装に落とし込むかはエンジニア次第です。実装設計では、いかに無駄なくすべての要件を満たした実装ができるかを考え尽くします。それでは、紙やプレゼンスライドなどに、大まかな処理の流れを考えて書いてみてください。想定されるケースを洗い出し、そのケースに応じてどう処理を分岐するかを矢印で表してみましょう。本記事の執筆者は、以下のように流れを作成しました。上図のように場合分けをしつつ、プログラムのフローを書き出すことで、コードに落とし込む際に整理がしやすくなります。上記のフロー図が唯一の正解ということではなく、他にもいろいろなパターンの表現方法が考えられます。想定されるケース・条件を網羅し、かつ無駄のない流れで設計できると、「良いフロー図」と呼ぶことができます。本セクションは以上です。休憩・復習などをして、ご自身のペースで次のセクションへ進んでください。今回の開発に必要な環境は以下の通りです。Codeを導入したい方は、以下の記事を参考にセットアップしてください。主要なWebブラウザには、コードの構造を確認したり、エラーを発見したりするための開発者用ツールが備えられています。Chromeを用いて開発を進めていきます。開発者ツールの使い方をまだ学習していない方は、次のセクションに進む前に以下の記事に目を通しておいてください。「スクールは高いから独学で成功する」という気持ちの方は多いと思います。その方が金額は低く抑えられるでしょう。独学には向き不向きがあり、実はスクールが向いている人も大勢います。条件を満たすことで支払った受講料の最大70%(最大306,460円)が給付金として支給されます。ページ内の注意事項をご確認ください。