市場は「なんかいい感じにしてくれる」エンジニアを求めているのではないか - 毎日がもふもふ
エンジニア不足、エンジニア不足と言われて久しいですが、日本でのプログラミングスクールの先駆けとも言えるTECH::CAMPさんのサービス開始が2014年なので、今や8年が過ぎようとしているわけです。 ともすると、市場に既にベテラン級のエンジニアがわんさかいてもおかしくないんですが、今でも「エンジニア採用できない」という声が絶えることないように見えます。はて？どうしたことだろうか、と思ったので今市場でどんなエンジニアが求められているのかを考えてみました。 高い技術力よりも「いい感じ」力を求めている エンジニアというと、技術を駆使して問題解決をするスペシャリストというイメージがあり、技術力が高い=優秀という認識を持つのが自然です。実際、技術力が低くてまともにプロダクト開発出来ないようでは論外だし、技術的な難問の攻略が命運を分けるケースはあるにはあります。 しかし、実際には開発プロジェクトの失敗
システム開発で曖昧な要望を形にしていく方法 - arclamp
このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約（プライム） 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的：達成すべきこと 戦略：目的を確実・効率的に達成するためのシナリオ 戦術：戦略を実行するための具体
SIerからベンチャーへの転職を通して自分と向きあった話 - SMARTCAMP Engineer Blog
はじめまして！2021年7月にスマートキャンプに中途社員として入社した井上です！ 入社時から現在まで、BOXILの開発業務に携わっています。前職はSIerで顧客のシステム開発や新規プロダクトの開発などをしていました。スマートキャンプ、前職ともにフロント・バックエンド問わず開発をしていますが、スマートキャンプでは使用技術や開発するサービスの形態が前職と大きく異なり、新鮮な気持ちで業務に取り組めています。 今日は入社エントリーとして、私の経歴を含めた自己紹介と、なぜスマートキャンプに入社したか、そして入社後のギャップをメインに書いていこうと思います。 これまでの経歴 スピード感のある開発がしたい 技術的なチャレンジ なぜスマキャンを選んだか プロジェクト運営 技術的なチャレンジ 面接 入社してみて 前職との違い コミュニケーションが「密接」 開発スタイル 入社して感じたギャップ コミュニケーシ
先輩が新人エンジニアとのコミュニケーションで気をつけるポイントたった1つ - Qiita
追記：そして前任者誰もいなくなったときのサバイバルガイド を書きました。こういう経験も以下を後押ししているかも...と思い起こしています。 アドベントカレンダーを読んでインスパイアされることが多いです。モチベーションクラウドさんの記事から また自分はこうしたいというお題を発見したので書きました。新人エンジニアが上司とのコミュニケーションで気を付けるポイント3選 との話。アドベントカレンダーではありますまいか Advent Calendar 2020 13日めですぞ。 新人エンジニアが少し意識してコミュニケーションをとることで、回避できる箇所が多い 技術的に考える時間を増やすために、新人の成長角度を最大化するために、意識すべき観点3選 最初に書いておくがこの記事に書かれているようなことを新人さんが考えてくれていたら、最高です。しかし実際は初めからパーフェクトなことはないんじゃないか。同時に先
ロボットにあえて“足りない部分”を作る理由 ヒトとロボットのコミュニケーションのためにメーカー3社が考えた方法
ロボットにあえて“足りない部分”を作る理由 ヒトとロボットのコミュニケーションのためにメーカー3社が考えた方法（1/4 ページ） ロボットの活用と聞くと、最初に思い浮かべるのは工場で稼働するような産業分野での利用かもしれない。しかし近年では、家庭で愛されるパーソナルロボットの分野も盛り上がりを見せつつある。 例えばソニーの「aibo」はAIでさまざまなことを学習できるロボットだが、高度なAIやコミュニケーション機能を持たずとも、人に愛されるロボットも登場し始めている。GROOVE Xが作る「LOVOT」（ラボット）がその1例で、なでられたりするとうれしそうなしぐさを見せる程度の機能しか持っていない。 ヒトとロボットのコミュニケーションはどのように起き、ロボットはどのようにして家庭に受け入れられていくのか。オンラインイベント「CEATEC 2020」で10月23日に行われた講演で、新しいロボ
エンジニアのリモートワーク in BASE - BASEプロダクトチームブログ
この記事について コロナウイルスによる社会不安の影響でこの半年でリモートワークの機運が特に都心部を中心に大きく高まってきました。 つい先日ヤフー株式会社が全社テレワークへの移行を正式発表したことは記憶に新しいです。 BASEでもコロナウイルスの感染拡大に伴っていち早くリモートワークの制度を構築し（2020年2月には全社的にリモートワークを開始）、 その制度は現在でもまだ運用されています。 また、世の中の動向やニーズの高まりもあり、リモートワークへの関心の高まりは採用の場面でも感じられるようになってきています。 我々も各種求職者の紹介サービスを利用していますが、そういったサービスではリモートワーク可・不可という選択肢しか選べない場合が多く、 結局面接に来ていただいた方に、BASEでどのようなリモートワーク制度が取られているか、今後どうなっていく予定か、 そういった内容を毎回口頭でお伝えする形
自分の書いたコードが他者によって書き換えられることにショックを受けてしまうひともいるって話「まずこういう感情を理解する必要がある」
irof @irof 自分の書いたコードが書き換えられることにショックを受ける人ってのはたくさんいて(もしかしたら多数派かも)、コードというかなんでもなんだろけど、「訂正」された、誤っていたと捉える。そもそも誤りでもないんだけど、仮に誤りだったとして、だからどうしたと、、、まだ掘らなきゃか。 2020-09-06 10:52:42
創造的なエンジニアリングにはザッソウが必要だ - 先達の方々と岩田さんからの学び - Lean Baseball
「エンジニアリング」って書いちゃいましたが, クリエイティブな仕事全般に活きる話かなと.*1 このエントリーでは, 創造的な活動にはザッソウは大切すぎるぐらい大切（語彙力） でも, 個人の戦闘力も磨くの大事.「独学プログラマー」にいいこと書いてるので必読やぞ 岩田さんをはじめ, 先達の方々もザッソウされてる という件についてあれこれ言いたいと思います（これがそのままTL;DRです）. ザッソウは大切です, あと毛ガニも なお,毛ガニは関係ありません.*2 おしながき おしながき 創造的なエンジニアリングにはザッソウがよく効く 「ハマる」エンジニアリングは「ザッソウ」の出番が連続する 職場でもコミュニティでも「ザッソウ」を なお,「ザッソウ」だけじゃアカン！ - 独学も大切 岩田さんのクリエイティブから学ぶ 創造的なエンジニアリングにはザッソウがよく効く ザッソウ 結果を出すチームの習慣 ホ
わたしの機械学習エンジニアキャリア1年目で学んだ12のこと【前編】 | AI専門ニュースメディア AINOW
オーストラリア在住のDaniel Bourke氏はフィットネスコーチやUberドライバーとして働いた後に機械学習エンジニアに転身し、現在はAI技術に関するYouTubeチャンネルも運営しています。AINOW翻訳記事「機械学習の独学について考えてみる？覚えておくべき6つのこと」でAIエンジニアになるための勉強法をシェアした同氏は、今度は自身の機械学習エンジニアのキャリア1年目で学んだことをMediumに投稿して公開しました。 同氏が機械学習エンジニアのキャリア1年目で学んだ教訓は、以下の12項目にまとめることができます。 データ理解が重要かつ最優先 コミュニケーションの問題のほうが技術的問題より難しい 使い古された手法は最先端のそれに勝る オンライン講座で学んだことと実務で必要なことのあいだにはギャップがある 業務時間の20%は最新技術の学習に費やすべし 読むべき論文は一握りで、使えるものは
「タダでやってよ問題」にエンジニアはどう対応すべきか？澤円からの答え - エンジニアtype | 転職type
本連載では、外資系テクノロジー企業勤務／圓窓代表・澤円氏が、エンジニアとして“楽しい未来”を築いていくための秘訣をTech分野のニュースとともにお届けしていきます 圓窓代表 澤 円 立教大学経済学部卒。生命保険のIT子会社勤務を経て、1997年、外資系大手テクノロジー企業に転職、現在に至る。プレゼンテーションに関する講演多数。琉球大学客員教授。数多くのベンチャー企業の顧問を務める。 著書：『外資系エリートのシンプルな伝え方』（中経出版）／『伝説マネジャーの 世界№1プレゼン術』（ダイヤモンド社）／『あたりまえを疑え。―自己実現できる働き方のヒントー』(セブン＆アイ出版)※11月末発売予定 連載：リクナビNEXTジャーナル『澤円のプレゼン塾』／ダイヤモンド・オンライン『グローバル仕事人のコミュ力』 皆さんこんにちは、澤です。 2019年、そして平成最後の年になりましたね。 皆さんはどんなお正
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ITエンジニアはどんなツールでコミュニケーションしているの？ 事例から効率化のヒントを探せ！【2018 夏】 ストレスなく開発に集中するため、IT企業が社内ツールに何を選択しているかをアンケート調査。各社コダワリの使い方から、業務効率化や働き方を考えるヒントにしてください。 「他の会社のエンジニアはどう働いているのだろう？ どんなツールで業務をこなしているのだろう？」そんなことが気になったことはありませんか？ 業務を適切に効率化するため、ストレスなく開発に集中するため、コミュニケーションをとりやすくするため、さまざまな理由から企業は社内ツールを選択しているはず。どんなコダワリがあり、どんな使い方・ハックをしているのか？ 11社にアンケートを実施しました。 自社での業務効率化や、働き方を考える上で、ぜひ参考にしてください。 1. エンジニア同士が社内で使っているコミュニケーションツールを選ん
「口の悪い人間をエンジニアとして採用するべきか」 | おごちゃんの雑文
増田の 口の悪い人間をエンジニアとして採用するべきか 面白い話なんでネタにしてみる。個人的には「絶対にするべきではない」が答え。 この手の話はいわゆる「出来るエンジニア」を採る時によく話題となる。そして、たいていは「技術者なんてそんなものなんだから、口がいいかどうかはどうでもいい」みたいな話になりがちだ。でも、私は絶対に採るべきではないと思っている。 こういった人が来た時は、往々にして「ふれこみ」がどの程度信頼出来るかという話がまず来るのだが、そこは面倒なので「本当に出来る奴」という前提で書く。まぁ、「ふれこみ」が嘘でも結論は同じなんだが。 ごく例外的なことを除けば、「技術」は虚しいものである。 業務上で必要な技術は、だいたい業務をしているうちに身につく。もちろんそれには優劣はあるだろうが、業務として毎日やっていれば、その積み重ねは馬鹿には出来ない。また、それで身につかない人はそもそもその
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
「コミュニケーション」もエンジニアの仕事の1つ – なぜSpeeeには上昇志向のエンジニアが集まるのか | readwrite.jp
Webマーケティング事業とインターネットメディア事業で培ったナレッジをもとに海外メディアや医療事業など様々な領域での新規事業の開発に力を入れる株式会社Speee。今回は、不動産領域における〈不〉を解消する、不動産売却・査定サイト『イエウール』の立ち上げ期からエンジニアとして携わっていた西岡 寛兼（にしおか・ひろかず）氏と、今年の5月からエンジニアとして同サービスに携わっている天野 太智（あまの・たいち）氏のお二人に話を伺った。 活気あふれる現場、熱い議論は「チャット上」で– まずは、イエウールにどのような役割で関わられているのか、お伺いできますでしょうか。 ◇株式会社Speee 開発部 開発グループ 西岡 寛兼（にしおか・ひろかず）氏 西岡氏：じつは、僕は今年の3月でイエウールからは離れてしまったのですが、2年半前のプロジェクトスタートの時点では、エンジニアとして開発に携わっていました。プ
「無知の知を自覚する場」、アンカンファレンスって何だ
アンカンファレンスイベント「Japan ComCamp meets de:code」が2016年5月23日に開催される。アンカンファレンスとはそもそも何か、ITエンジニアが参加するメリットをイベントの主催者に聞いた。 2016年5月23日にさまざまなコミュニティーが集結するアンカンファレンスイベント「Japan ComCamp meets de:code」が開催される。これは、2016年5月24日、25日に開催される日本マイクロソフトのエンジニア向けカンファレンス「de:code 2016」の前日に、同じ開場で開催されるイベントだ。本稿では、主催者にその背景や狙い、アンカンファレンスとはそもそも何か、ITエンジニアが参加するメリットを聞いた。 左から、Japan Azure Users Groupの冨田順氏、SQLTOの大和屋貴仁氏、日本マイクロソフト デベロッパー＆エバンジェリズム統括本
IT業界でありがちな説明下手について - 文系プログラマによるTIPSブログ
横着しちゃいかんのです。 IT業界に限った話しではありませんが、説明下手な人っていますよね。 私がIT業界でよく日頃から感じている説明下手（質問下手とも言う）なエピソードについて書いてみます。 例 この話から私が理解できた部分 この話から私が理解できなかった部分 どうして話が伝わらないか どうすれば伝わったか こういう質問が返ってきたら説明下手かも！？ 雑感 例 やらないおさん、落ちちゃうんですけど、getHoge()のこの部分があれで、多分ああなんじゃないかと思うんですけど、どうすればいいですか？ ？？？？ え？ごめん。何の話？いきなりソースコードの具体的な箇所の話されても理解できないから、落ち着いて順を追って話してみようか ※ 以降、質問をする側を「やるお」、される側（私）を「やらないお」とします。 ※ getHoge() メソッドはやるおが自分で作った独自メソッド。当然やらないおは知
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ベテラン技術者が新しい環境で大失敗した話