claude.iconこれらのツイートは、先端的な開発プロジェクトにおいて「ガチでやる気パーソン(GYP)」の存在が非常に重要だという点で一致しています。
ガチでやる気パーソン - 西尾泰和のScrapbox
claude.iconこれらのツイートは、先端的な開発プロジェクトにおいて「ガチでやる気パーソン(GYP)」の存在が非常に重要だという点で一致しています。
【ミノ駆動流】「思うように伝わらない」を解消する！エンジニアのための言語化力の鍛え方 - エンジニアtype | 転職type
2024.05.21 スキル 「つまりどういうこと？」「要するにできるの、できないの？」「それって何の話だっけ」 技術的にどうするべきか正解は見えているのに、頑張って説明しても返ってくるのはそんな言葉ばかり……。「うまく伝えられない」という悩みを抱えるエンジニアは、少なくないのでは？ 2023年のITエンジニア本大賞・技術書部門で大賞を受賞した『良いコード／悪いコードで学ぶ設計入門』（技術評論社）の著者であり、SNSでの情報発信やイベント登壇でも活躍する「言語化のプロ」であるミノ駆動さんも、昔は「君が何を言ってるのか分からん」と上司に言われていたそう。 ミノ駆動さんはどのように言語化能力を伸ばしたのか。聞くと、出てきたのは「合意駆動」というキーワード。その正体とは？ ミノ駆動さん（@MinoDriven） 新卒でNEC の関連会社に入社。その後キヤノンでの10年のエンジニア経験を経て、We
**強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
# 参考資料 - https://speakerdeck.com/pokotyamu/furikaeri-2024-95ceb97e-d587-4c4b-a4ec-5e52672644f6 - https://www.1101.com/umeda_iwata/ - https://speakerdeck.com/soudai/release-small
スタートアップでソフトウェアエンジニアとして10年たって大事にしていることリスト - tomoima525's blog
今から10年前の2014年4月に、いわゆるIT系大企業のDBエンジニアを辞めてメルカリでソフトウェアエンジニアとして働き始め、そこから紆余曲折を経て10年たった。 当時の予定通り、まだ現役でコードを書いている。海外に拠点は移り、色んな国の人たちと仕事をするようになり、役割もテックリード、マネジャー、CTOと変わってきた。ソフトウェア開発について考え方もさまざまな変遷を経ているが、少しずつ培ってきた、大事にしていることをあげてみる。 ソフトウェア/アーキテクチャ/コード ソフトウェアは他者の価値(i.e. 課題を解決する/コストをカットする)を生み出してなんぼ。コードが綺麗でも売上は立たない。 アーキテクチャやプログラミング言語のトレンドは変化する。追いかけるよりも、その時々のチームやプロダクトに合った設計やプログラムを選択する。 遊び心は大事。チームやプロダクトにそれほど合ってなくても新し
需要がなくならないエンジニアであり続けるために 生涯現役で活躍するために必要な“設計力”の鍛え方【一問一答】
江草陽太 大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。 洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。 その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。 2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。 2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。 需要がなくならないエンジニアであり続けるために必要なスキルとは何で
年収550～800万円台の「転職上手」なエンジニアほど危うい時代に？【久松剛解説】 - エンジニアtype | 転職type
2024.03.08 働き方 SIer新卒プロフェッショナル駆け出しお金 案件や給与、残業、勤務地に対する「あなたの希望を叶えます」と謳った、いわゆる“エンジニアファースト”な求人があふれていた時代に終止符が打たれようとしているーー。 そう警鐘を鳴らしたnote「エンジニアファーストを撤回したい企業の思惑」に反響が集まっている。執筆したのは、“流しのEM”として、複数企業の採用・組織・制度づくりに関わり、採用側と求職側の事情に精通している久松 剛さんだ。 今、業界で何が起こっているのか。久松さんに、エンジニアを取り巻く採用市場の変化と今後のキャリア戦略のあり方を聞いた。 博士（慶應SFC、IT） 合同会社エンジニアリングマネージメント社長 久松 剛さん（@makaibito） 2000年より慶應義塾大学村井純教授に師事。動画転送、P2Pなどの基礎研究や受託開発に取り組みつつ大学教員を目指す
エンジニアは顧客の要望をちゃんと聞こう 〜「うちの店でカレーを出したい」と言われたら？〜｜Katsuma Narisawa
こんにちは。SALESCOREのCTOの成澤です。 今日は、Webサービス開発に携わる方向けに「要望を正しく聞くのは大事だよ」という話を、飲食店の例え話で紹介します。 「うちの店でカレーを出したい」と言われたら飲食店のオーナーから「うちの店のメニューにカレーを加えたい。カレーを作る体制を整備してほしい」と相談されたとします。 敏腕料理人のあなたは何を考えるでしょうか？ 普通に考えたら「野菜と肉とルーを仕入れて、あとは鍋と包丁を用意して…」と考えるでしょう。 カレー作りに知見がある人なら「スパイスから手作りした方が美味しく作れる！スパイスを独自ルートで調達しよう！」なんてことも考えるかもしれません。 しかし、ここであなたがするべきことは、オーナーへの追加ヒアリングです。 どんな店なのか？ → 喫茶店かも 店内の調理設備は？ → 狭い厨房がちょっとあるだけ。調理器具もほとんどない スタッフの体
良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ - エンジニアtype | 転職type
転職・求人情報サイトのtype エンジニアtype 働き方 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ 2023.05.12 働き方 GoogleCEOチーム ここ数年で「心理的安全性」という言葉の認知が広がっている。 特に、人材不足が課題となっているIT業界においては、エンジニアのエンゲージメントを高めたり、離職率を下げたりするために心理的安全性の高い職場づくりに取り組むマネジャーも多いのではないだろうか。 しかし、「心理的安全性の高い組織」を、「対立のない組織」「チームみんなの仲が良い組織」だと考えているとしたら、認識のアップデートが必要だ。 「エンジニアが意欲的に働ける組織とは、何に対しても『いいね、いいね』と肯定することを良しとする『Nice』なチームではなく、時には否定することも恐れず、率直な意見のやり
GPT-4時代のエンジニアの生存戦略 - Qiita
GPT-4時代のエンジニアの生存戦略 ※ この記事の内容の一部はこちらのイベントでお話したことと重複します。 はじめに 2023年3月1日にOpenAI社よりChatGPTのAPIが公開されました。 さらに14日にはGPT-4が登場し、その翌々日にはMicrosoft 365 CopilotでGPT-4をOffice製品に搭載することが発表されるなど、AI領域で大きな変化が起きています。 変化の速度の速さと変化量の大きさにより、私自身も追いつくのが精一杯な状態です。 個人的には、iPhoneの登場時以上の衝撃を受けています。 人類の歴史上、過去3回AIブームがありました。Generative AIが4回目のブームになります。 そして、特に日本においては顕著なのですが、AIへの過度な期待とそれへの失望の繰り返しがここ数十年にわたって繰り返されてきました。 直近だと数年前のDeep Learn
フロントエンドエンジニアのキャリア戦略
この記事は？ フロントエンド領域が複雑性を増してきており、経営効率化の戦略として部門としてフロント、バック、インフラで完全分業の体制を取る会社が増えてきました。それに伴い、完全未経験からフロントエンドエンジニアになる人たちも増えてきましたが、単にフロントの現場で開発をしているだけではエンジニアリング全般を含む広範な基礎は身につきにくく、能動的に全領域を勉強していく必要があります。その上で、フロントエンドに強みを持つエンジニアとしてバリューを発揮していくには、具体的にどのようなキャリア戦略があるのか？この記事では考えていきます。 著者は？ AWS環境でのフロントエンド開発中心に、エンジニア3年目。新卒2年間は自社サービス系の大企業でフロントエンドを担当。教育ではなく「崖に落とされて自力で登る」。裁量を得るには、先輩方を技術力で倒してロールをもぎ得る、といった競争主義が根付く徹底したハードボイ
LAPRASのソフトウェアエンジニア向けスキルチェック課題を公開しました - LAPRAS Tech Blog
こんにちは、LAPRAS CTOの @rocky_manobi です。 タイトルの通り、LAPRASのソフトウェアエンジニア職の選考課題を公開しましたので、その詳細や心についてこの場を借りて紹介します。 公開した選考課題はコチラ GitHub - lapras-inc/exam-swe-template: SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ SWE Backend, Frontend ポジション選考課題のテンプレートリポジトリ. Contribute to lapras-inc/exam-swe-template development by creating an account on GitHub. github.com どうして公開したのか主に以下を目的としています。 応募の心理的なハードルを下げる会社を評価するための材料を提供する
目が疲れているエンジニア必見！今すぐできる簡単ストレッチで目の疲れを吹きとばせ！【動画あり】
エンジニアといえば目の疲れ、と言っても過言ではないほど、エンジニアはディスプレイを見つめっぱなし。 朝起きたらスマホで最新の技術情報を調べ、日中は仕事で一日中ディスプレイを見つめ、夜はSNSと技術調査でまたスマホを見つめる…そんな毎日になっている人も少なくないだろう。 目の疲れが慢性化している…どうやって目の疲れを取れば良いのかわからない…。 そんな悩みを抱える人のために、NODAPAI GYM(地図)を経営するパーソナルトレーナー「のだぱい」が、「今すぐ眼精疲労に効くストレッチ」のやり方を動画付きで教えてくれた。 （エンジニアの姿勢とストレッチについて基礎から解説してくれた前回記事はこちら)
「プロを目指すRailsエンジニアのための公開コードレビュー」という発表をしました #railsdm - give IT a try
はじめに 2017年8月24日にRails Developers Meetup #4という勉強会で「プロを目指すRailsエンジニアのための公開コードレビュー」という発表をしてきました。 このエントリではこの勉強会の発表内容を紹介します。 発表のテーマを決めるまでの経緯 以前、「WEB+DB PRESS Vol.99の「良いコード」を本気でコードレビューしてみた」というエントリを書いて結構な反響があったのですが、この記事を読まれた主催者の平野さん（@yoshi_hirano）から「良いコードとは何か、というテーマで体系的に語ってもらいたい」と声をかけてもらったのが登壇のきっかけでした。 ただ、「良いコードを体系的に語る」となると、僕の中ではおそらく「CODE COMPLETEやリーダブルコードを読め。以上！」になってしまうので、それよりも具体的なコード例を見ながら「ここはこう」「このコード
8d9bb0cfc2096c4eb8db
トレタ アドベントカレンダー土曜日担当の増井です。 IT芸人とは 最近、深津さんが「IT芸人」について書いていました。 一般的にIT芸人枠のエンジニアを揶揄する流れがあるけど、会社に一人はいた方がいい。IT芸人がいると、コスト０でサービスがメディアに露出し、ユーザー数万人をタダで獲得でき、求人サイト使わずに人材が募集でき、VCから1億ぐらいは余裕で調達できる上に、色んなサービスと提携しやすくなる。 — 深津 貴之 (@fladdict) 2016年11月22日 「一社に一人いた方がいい『IT芸人』」ってなんでしょう？ 私が初めて「IT芸人」という言葉を聞いた時は「プロダクトや技術より人物の知名度が高いIT系の人」という意味だったと思います。いつだったか忘れましたが、"小飼弾さんが何者かわからない"って話とセットで聞いた記憶があります。 2014年頭ぐらいからよく見るようになり、「IT業界で
日本のWebエンジニアの大半が、変化に対応しきれなくなっている件について。 - 日々、とんは語る。
先週書いた10年のツケを支払ったフロント界隈におけるJavaScript開発環境（2016年4月現在）。という記事がまずまずの反響を得たのですが、僕の予想とは異なり、「こんなに多くのツールやフレームワークを必要とする現状はおかしい」といった、状況批判の意見が多く集まりました。 Mediumなど海外メディアでは、もはやこの種のツールを組み合わせたフロントエンド開発が当たり前として受け入れらており、この半年間ほどは「実際にどの組み合わせがベストか」という議論が行われていました。そして、そういった議論もようやく落ち着きを見せ、おおよそ僕が書いたような組み合わせに帰結しつつあります。 そのため、まさか「フロントは変化が激し過ぎる」とか「保守が大変そう」などといったような、1年くらい前に言われていた意見が、いまだに多くを占めるとは、まったく予想していなかったというのが正直な意見です。ひと昔まえであれ
ソフトウエアエンジニアは時間外に勉強をすべきか？〜CTOから新入社員に向けてのメッセージ | F's Garage
wantedlyで、CTOから新入社員にむけてのメッセージというブログを書いたのですが、 新入社員の転職戦略 by 藤川 真一えふしん | BASE株式会社 内容的には、普通の会社員の生き方の話であって、改めてよくよく考えると「CTOから」と書いてあるのだから、もしかして期待されてることが違うんじゃないかと思ったので、もう少し技術寄りのバージョンをここに書いてみます。 お題は「ソフトウエアエンジニアは時間外に勉強をすべきか？」ということに触れてみたいと思います。 エンジニア採用系の記事が増えたことで、少し過激な表現として「ソフトウエアエンジニアは、時間外に勉強すべき！」という言説がネットで出回っていて、これについて賛否両論あるようなので、議論してみたいと思います。先に書いておくと、この文章、長くなってしまいました。 そして、この記事の結論を先に書くと「他人を出し抜く機会が時間外にこそある」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミングができることとソフトウェアエンジニアリングができることは違う
あの日ハッカーに憧れた自分が、「ハッカーの呪縛」から解き放たれるまで
ソフトウェアクラフトマンシップとプログラマーの誓い - Forkwell Library #8 | ドクセル
エンジニアが納期を守れていないとしたら、そこにはいったい何があるのだろう？（あるいはいったい何がないのだろう？）
