理由はいろいろあるけど「重要だからこういう出し方してでも言っておきたい」っていう気持ちが共通しているみたいです。エンジニアさん以外でもこういう言い方ある～！という反応がありました。
エンジニアが言ってくる『ちなみになんですけど～』という後付け情報の重要さはガチ「不発弾が発見される」
理由はいろいろあるけど「重要だからこういう出し方してでも言っておきたい」っていう気持ちが共通しているみたいです。エンジニアさん以外でもこういう言い方ある～！という反応がありました。
Becoming a Better Writer as a Software Engineer
Writing is an increasingly important skill for engineering leaders. Indeed, poor writing can hamper career progression, above a certain level. Tactics for more clear, more frequent and more confident writing. I’ve observed that my writing is not up to par with my peers. How can I improve my professional writing, as someone working in tech?I get this question from many people: senior engineers who
Why Programming is Easy but Software Engineering is Hard
Beginners who want to get into the software field often get programming and software engineering mixed up. These are not the same thing. Programming is a part of software engineering. Software engineering on the other hand, encompasses so much more than programming. Software engineering is the process of starting with a problem, designing a way to solve that problem, and then delivering a software
マシュマロとマサカリ／なぜ未経験エンジニアは #駆け出しエンジニアと繋がりたい のか｜久松剛／IT百物語の蒐集家
SNSなどでは目上の人からの強く鋭い指導を「マサカリが飛んでくる」と表現されます。経験が多いITエンジニアについて「つよつよエンジニア」などとも評され、セットで扱われることも少なくありません。以前、教育的指導とテクハラの境目についてお話をしましたが、指導スタイルというのも随分と様変わりしました。 対して同期や後輩、同一の属性の人達とフラットな関係性で切磋琢磨する状態は「マシュマロを投げる」と表現されます。今回はマサカリとマシュマロを題材に求められる指導スタイルの変遷についてお話します。 マサカリ前提時代：少子化と売り手市場による「来る者拒まず去る者追わず」の終焉2000年代前半のインターネットインフラ界隈はIT革命による好景気もあり、オトナ達が圧倒的にお金も力も持っていました。お金の臭いがする業界だったこともあり、学生も次々と集まっていたため、多少雑に扱ったとしても「修行」「丁稚奉公」と位
1年目で辞める未経験エンジニア／採用を後悔する企業の裏側｜久松剛／IT百物語の蒐集家
先立って未経験としてエンジニア入社し、4ヶ月でフリーランスになったというポストがTwitterを駆け巡っていました。私自身は未経験エンジニアが早期退職しフリーランスとして独立（そしてそのノウハウを売る）するムーブメントを問題視しており、下記のような投稿をしました。今は削除されていますがご本人も登場されました。 公務員を辞めてベンチャー内定後、4ヶ月で独立したという生存バイアスポストが回っていますが、こういう事例があちこちにあるので未経験採用を辞めている企業は多いです。後進の邪魔でしかありません。 あと時系列的に3ヶ月の試用期間でスパッと切られた可能性があるのが気になります。 — 久松剛 (@makaibito) September 13, 2021 4ヶ月というのはまた極端な例ではありますが、1年で辞めるパターンは数多く耳にします。今回は私も失敗も含めて経験してきた未経験エンジニア採用界隈
ISMSもとったし、エンジニアだけどITガバナンス主導してきた話をする - LayerX エンジニアブログ
CTO室 @ken5scal です。座右の銘は「当社はブロックチェーンの会社ではもうありません」です。 主にインフラ構築・運用をしたり、社内の基盤を整えたり、不具合を特定して git blame したら自分のcommitで泣いたりしています。 当社は「すべての経済活動を、デジタル化する」というミッションを掲げており、生産性向上の達成という価値を新しいサービスによって提供しています。 しかしながら、新しい価値にはリスクが伴います。信頼できない価値を提供するサービスを採用する合理的な判断はありませんので、お客様に価値を価値のまま提供しなければlose-loseな関係になってしまいます。 今回は2021/08/27に発表されたISMS認証の基準準拠を含む、「LayerXは信頼できる」ブランドを確立していくための当社のITガバナンス活動について触れようと思います。 prtimes.jp ガバナンス
エンジニア採用のボトルネック／エンジニア採用担当・ジンジニア・EM・VPoEの会社選び｜久松剛／IT百物語の蒐集家
ありがたいことに転職相談を頂くことが増えて来ました。私としましても皆さんのリアルな悩みは学びが多いです。 中でもエンジニア採用に関わる職種については私自身が通った（結果的には選ばなかった）道でもありますので質問ポイントをお伝えしています。普段はご相談頂いた皆さんの境遇や方向性を見ながら出し分けているのですが、今回はそのダイジェスト版です。 採用への期待が強いVPoE、EM、人事採用担当向けの企業の選び方のnoteって需要あるのかな。 いくら自分が手腕があったとしても、この条件満たしてないと無理という内容。 いや、需要なくてもうちは書くけど。 — 久松剛 (@makaibito) July 21, 2021 私が転職活動をしていたのは2020年7月、8月でした。その時と比べてもエンジニア採用シーンは厳しくなっており、「まずは採用担当から」とする企業も増えている印象です。スカウト媒体などでもス
セブン＆アイがエンジニアを大量採用、「DXの内製化」に注力する理由
経済産業省と東京証券取引所が2021年6月に発表した「デジタルトランスフォーメーション（DX）銘柄 2021」。「日本の先進DX」といえる選定企業の事例を厳選して取り上げ、DX推進の勘所を探る。セブン＆アイ・ホールディングスはエンジニアを大量に中途採用して内製化を推し進め、DXに挑んでいる。 「セブンイレブン事業を核としたグローバル成長戦略と、テクノロジーの積極活用を通じて流通革新を主導する世界トップクラスのグローバル流通グループを目指す」。セブン＆アイ・ホールディングスの井阪隆一社長は2021年7月1日に開かれた中期経営計画（2021～2025年）説明会の場で、自社の将来像をこう力強く語った。 約160人を中途採用、内製化に舵を切る DX銘柄に初選出されたセブン＆アイ・ホールディングスは、ここ数年でシステム開発の内製化に大きく舵（かじ）を切った企業の1社だ。2019年10月にエンジニア専
An AnandTech Interview with Jim Keller: 'The Laziest Person at Tesla'
Topics Covered AMD, Zen, and Project Skybridge Managing 10000 People at Intel The Future with Tenstorrent Engineers and People Skills Arm vs x86 vs RISC-V Living a Life of Abstraction Thoughts on Moore's Law Engineering the Right Team Idols, Maturity, and the Human Experience Nature vs Nurture Pushing Everyone To Be The Best Security, Ethics, and Group Belief Chips Made by AI, and Beyond Silicon A
ITエンジニアはなぜすぐに転職してしまうのか 百年前の工業エンジニアに学ぶ「混ぜる」と「目指す」ということ
with / afterコロナ時代、エンジニアの働き方も各企業も変化に適応することが求められています。「PERSOL DX STUDY #7」では、パーソル総合研究所で行った「エンジニアの組織戦略やエンジニアの働き方に関する調査に関して、上席主任研究員である小林氏が、その調査結果について発表しました。 “働く”に関してのさまざまな調査 小林 祐児氏（以下、小林）：パーソル総合研究所の小林と申します。よろしくお願いいたします。私が最初に口火を切る役を授かりました。「ITエンジニアが活躍できる組織のつくり方」に関するパーソル総研の調査結果をみなさんに紹介し、このテーマに関して考えるきっかけになればと思います。 まずは自己紹介からしたいと思います。パーソルグループのいわゆるシンクタンク、調査、研究、対外発表などをやっているところで、研究員をしています。もともと社会学の人間なんですが、“働く”に関
一流プログラマーになるためには「1万時間の法則」ならぬ「3万時間の法則」が適用される
一流の人物は例外なく1万時間の練習に打ち込んでいるという「1万時間の法則」は、勉強やスポーツ、芸術などの分野で広く知れ渡っています。プログラマーのBreck yunitsはこの法則を信じて1万時間をプログラミングに費やしたのですが、実際に効果があるのかに自信を持てず、自身が尊敬するプログラマー25人に「あなたはプログラミングに何時間費やしましたか？」といった内容のメールを送ったとのこと。そして、返信があった5人の回答をGitHubに公開しています。 GitHub - breck7/30000hours: How many hours have you spent practicing programming? https://github.com/breck7/30000hours ◆ドナルド・クヌース：5万6000時間 数学者・計算機科学者であるドナルド・クヌース氏は1938年に生まれ、
プログラミング上級者は脳活動が洗練されている——コード解析時の脳活動パターンが明らかに｜fabcross
2019年4月に経済産業省が発表した「IT人材需給に関する調査」によると、2030年には日本で45万人のIT人材が不足するかもしれないという。小学校では2020年からプログラミング教育が必修になるなど、プログラミング人材の育成に対する重要性は年々増し、関心も高まっている。 プログラミング上級者と初心者の違いは、どこにあるのだろうか。プログラミングは人類史において比較的新しい活動で、成果はもちろん、知識を構造化したり重要だと認識するポイントがそのレベルによって違うことは既に報告されている。しかし、脳のどこでこうした違いが発生しているのかは、まだ分かっていないという。 奈良先端科学技術大学院大学の研究チームは、コンピュータプログラムを理解する能力について、個人の習熟度の高さと関連する活動が脳内の複数の領域で見られることを明らかにした。研究結果は、2020年12月14日付けの『eNeuro』に掲
退職に向かう感情と行動を整理し、退職ジャーニーマップをつくってみた｜久松剛／IT百物語の蒐集家
ITエンジニア採用に関わること9年。数多くの採用と共に退職にも関わってきました。昨今のHR界隈では採用や、入社後のエンゲージメントが注目されたり、被雇用者の退職マニュアル・退職代行などは脚光を浴びていますが、退職に向かう行動／感情と引き止めについてはあまり議論されていないように思います。 退職、最終出社のシーズン。 退職は退職であって、卒業ではない。 学位出ないでしょうが。 — 久松剛／IT百物語の蒐集家 (@makaibito) December 20, 2020 先立って開催した「エンジニア引き止めセミナー」でもご紹介しましたが、今回は退職に向かう行動／感情の整理をしましたのでご紹介します。エンジニア以外にも適用できる内容だと考えています。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。
Shopifyに入社しました | suusan2go blog
1月にShopifyにDeveloperとして入社していました。日本からリモートで働いていますが、基本はAPACのチームの一員として働いているので今の所は深夜・早朝など変な時間に働かずに済んでいます。ShopifyというとRuby/Railsに強い会社なのでそっち方面をやるのかな〜と想像した方もいらっしゃるかもしれませんが、コミッターでも何でもないので自分は普通にDeveloperとしてアプリケーション開発をしていきます。 入社するまで Shopifyがリモートでも人を採用するぞというようなニュースをどこかで見て、Shopifyのキャリアサイトを見ていたらたまたま日本のSenior Developerの求人を発見したのがキッカケでした。 俺なんかが採用されるのかな・・・？あと英語いけるか・・・？みたいな葛藤や迷いがあり、実際には応募するのにここから一ヶ月くらいかかっています。応募を後押しし
Tao of React - Software Design, Architecture & Best Practices
Tao of React - Software Design, Architecture & Best PracticesJanuary 18, 2021 • 25 minute read I’ve been working with React since 2016 and still there isn’t a single best practice when it comes to application structure and design. While there are best practices on the micro level, most teams build their own “thing” when it comes to architecture. Of course, there isn’t a universal best practice tha
DX推進の障壁は「スキルや人材不足」 電通デジタルが調査結果を発表
電通デジタルは2020年12月18日、「日本における企業のデジタルトランスフォーメーション調査（2020年度）」の結果を発表した。それによると、デジタルトランスフォーメーション（DX）に着手した日本企業の割合は74％で、前年に比べて4ポイント増加した。同社は「新型コロナウイルス感染症（COVID-19）の感染拡大が日本企業のDXを後押ししている」とみている。 DXに取り組んでいる企業の割合は74％ DXの取り組み状況について聞いたところ、DXに取り組んでいる企業の割合は74％だった。内訳は「完了済み」が7％、「複数の領域で取り組み中」が33％、「一部の領域で取り組み中」が26％、「計画を策定中」が8％だった。現在取り組みを進めてはいないものの「将来的に着手予定」と回答した割合は13％あり、先の結果と合わせると何らかの形でDXに取り組もうとしている企業は87％に上る。
エンドユーザーからプログラマーに的確に伝わるバグ報告の書き方 | スラド IT
さくらインターネットでフロントエンドエンジニアであるダーシノさんが、見つけたバグをプログラマーに分かるように伝えるための報告書の書き方という記事をアップしている（さくらのナレッジ）。それによれば、バグ報告の基本は「1Issue 1Bug」、「事実のみを伝える」、「バグと要望は分ける」の3つあるのだという。 一つ目の「1Issue 1Bug」では、1つのバグ報告に含めるバグは1つまでというもの。報告に複数のバグが存在してしまうと、最後の1個が直らないという理由で修正の完了報告ができず、永遠にクローズできない場合があるためだという。 2つ目は「事実のみを伝える」こと。動きませんだけではなく、どういう状況で動かないかを的確に伝えること。またバグに対する怒りを報告に入れてきても対応できないので、感情と切り離して事実のみを伝達するようにしてほしいとしている。 3つ目は「バグと要望は分ける」という点。
「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。本当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり１つや２つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 本当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え？そうなんですか？結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理
Talking TypeScript with the engineer who leads the team - Stack Overflow
In our 2020 Developer Survey results, one of the most tracked statistics is the Most-Loved Language. As it has for several years now, Rust is number one. But coming in at number two is TypeScript, a strongly typed superset of JavaScript, edging out Python by a hair. We wanted to find out what about TypeScript makes it so dang lovable, so we reached out to Ryan Cavanaugh, the principal engineering
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアは法律を、そして現状を学ぼう 「自分は関係ない」では済まされない理由
