技術の素振りのために記事を書く
技術の素振りのために記事を書く 2024.02.20 技術の素振りを、ここではある特定の言語やフレームワークに対する理解を深めるために、その技術を使って何かしらの成果物を作成することと定義します。素振りの目的としては、ドキュメントからは読み取れない Pro/Con を得ること、その技術が実際のプロジェクトで使えるかどうか調査するといった事項があげられるでしょう。ただ素振りするだけではぼんやりと頭に知識が入っている状態になりがちですが、他者への説明というアウトプットを意識することで、コードを書くことによって得られた知見を整理できるようになります。 技術の素振りを、ここではある特定の言語やフレームワークに対する理解を深めるために、その技術を使って何かしらの成果物を作成することと定義します。素振りの目的としては、ドキュメントからは読み取れない Pro/Con を得ること、その技術が実際のプロジェ
プログラミングを始めたころとは考え方が全然変わっていることに気づいてびっくりした話 - 覚書
家にパソコンがはじめて来てから30年くらい、プログラミングを始めてから20年以上が経ちました。その間、IT技術に対する愛は変わらずに、ずっと走り続けてきました。では当時の自分と今の自分で何が違うのだろうと考えてみたところ、めちゃくちゃ変わっていたのでびっくりました。本記事では何がどう変わったのか、それを見てなにを思ったかなどを書きます。 昔は次のようなこだわりがありました。 大きなものは一つの仕事をする単純で小さなツールを組み合わせて作るべし ソフトウェアは可能な限り設定可能になっていてほしいし、それを自分の好みになるまでカリカリチューニングしたい 可能な限りすべてキーボードだけで操作できるようになっていてほしい いわゆるUNIX哲学をはじめとして、いろんな本やWebサイトなどに強い影響を受けていることがよくわかります。 ところが今は次のように全然違うことを考えています。 トラブルハマった
40歳を過ぎてもソフトウェアエンジニアを続けてるって話 - Mitsuyuki.Shiiba
昨日、ゆのんさん（ https://twitter.com/yunon_phys ）が社内の勉強会で「エンジニアリングマネージャとは？」って話をしてくれて、面白いなぁって思いながら聞いてた。 今日は @yunon_phys が社内勉強会で、エンジニアリングマネージャについてお話をしてくれてとてもよかった。こんな話が社内で聞けるのって福利厚生だなぁと思いながら聞いてた。— SHIIBA Mitsuyuki (@bufferings) October 13, 2023 その中で「エンジニアリングマネージャが見ることのできる範囲はめちゃ広いから、すべてを完璧にしようとするんじゃなくて、その場に応じてスキマを埋めるような動きができるといい。組織の成長とともにその動きも変わっていく」ってことを言っていて、これって自分のソフトウェアエンジニアとしての動きにも似たところがあるなぁと思ったので雑にメモ。
「スタッフエンジニア マネジメントを超えるリーダーシップ」を読んだ
/ kyokomi note / blog「スタッフエンジニア マネジメントを超えるリーダーシップ」を読んだMay 21, 2023 [読書 | blog]スタッフエンジニア マネジメントを超えるリーダーシップ - Amazon.co.jp読んだので、軽く紹介と感想を書きました。 本の紹介5〜6年とかソフトウェアエンジニアをやってきた、一般的にはシニアエンジニアとか言われてるっぽい人向けの本。 そろそろEM（エンジニアリングマネージャー）をやるのか？と考えたり、上司に「やってみないか？」と言われて考えているという人はぜひ読んだほうがいい。 本書は、スタッフエンジニアとはなにか？という説明と、スタッフエンジニアと呼ばれている人にインタビューした内容が書かれている。 日本人的には馴染みのない言葉でう〜ん？ってなると思いますが、 「スタッフ=社員」ととらえて一般社員のエンジニアという意味ではなく
35歳を超えた僕たちが、 今と未来の技術と如何に向き合うか ~ 35歳の壁を超えていく ~ / engineer-life-hack
オープンセミナー2020@広島の登壇資料です。 ■オープンセミナー2020@広島 https://osh.connpass.com/event/146828/ ■参考資料 - https://soudai.hatenablog.com/entry/2017/10/16/024308 - https://soudai.hatenablog.com/entry/2017/07/24/100114 - https://speakerdeck.com/twada/worse-is-better-understanding-the-spiral-of-technologies-2019-edition - https://soudai.hatenablog.com/entry/2018/02/09/131638 - https://soudai.hatenablog.com/entry/2017/0
AI時代のプログラマの在り方｜牛尾 剛
ChatGPT 4がリリースされてから、近い将来プログラマという職業はどうなってしまうのだろうと、と不安になったのですが、ようやく考え方が整理できたので書いてみたいと思います。 AIと過去のテクノロジーの違い今までもディスラプティブなテクノロジーは自分の人生で何回か登場しています。そもそもパーソナルコンピュータが衝撃的でしたし、自分が大学生の時に体験したインターネットもそうでした。スマートフォンもかなりのものでした。 しかし、私はそれのどれも「脅威」は感じたことがありませんでした。なぜかというと、やりたいなら、それを自分がそれをやればよいので、そんなには困りません。ところが、今回のAIの場合は、たとえAIを自分がやったとしても、そんなに遠くないうちに自分はいらなくなるでしょう。モデルをトレインする人は必要かもしれませんが、たぶんそんなに多くの人は必要ありません。 そうでなければ、AIをイン
技術に対するモチベーションが下がったらどうする？Javaスペシャリストを20年以上支えてきた思考法とは - Findy Engineer Lab
世の中にはさまざまなタイプのエンジニアがいます。流行に合わせて次々と新しいプログラミング言語やフレームワークを習得する人もいれば、特定の技術に長く携わり専門性を高める人もいるでしょう。 後者のタイプの代表格と言える一人が、Javaのスペシャリストとして知られるLINE Fukuoka株式会社のきしだなおき(@kis)さん。 彼は20年以上にわたり、この言語と向き合いスキルを突き詰めてきました。 最近では、書籍『プロになるJava*』を執筆するなど、Javaの認知拡大・普及のための活動も行っています。 きしださんは、Javaへの興味が長く続いた理由として「技術コミュニティの存在が大きく影響している」と語ります。 今回はきしださんに、技術コミュニティに関連したエピソードとともに、キャリアを振り返っていただきました。 *…技術評論社より2022.3.19出版。きしだなおきさん、山本裕介さん、杉山
知っていてこだわらない、それがいいソフトウェアエンジニアの条件なんだと僕は思うんだ - assertInstanceOf('Engineer', $a_suenami)
週末の午前中、カフェでアイスコーヒーを飲みながらふとポエムでも書いてみようかと思い立ってしまったので、ちょっと前からよく考えていることを書く。本当に思いつきで書くので乱文になる可能性が高いけどご容赦いただきたい。そもそもブログを書くこと自体が相当久しぶりだ。 僕ももう 30 をすぎて、プログラマの世界ではさすがにもう若手とは呼べなくなり、教育っていうのはおこがましいけど、まあ自分より若い人たちの指導みたいなことをやらないといけない立場になってきたからこそ、「いいプログラマとはどういう人なんだろう。この人たちはどういうことを学べたら幸せだろう。」ということをよく考えるようになった。そういう話をする。 プログラマは手段のスペシャリストである 世の中には目的・手段論みたいな論調が存在する。 「それは手段だよね。目的をはき違えたらダメだよ。」という話はいたるところでよく耳にするんだけど、僕はこれを
プロのプログラマーになって6年が経過して、思うことと変わってること - futoase
思い返す プロのプログラマーになったとき 2008年6月、26歳の時に動画の企業に入ることになって、 プロのプログラマーになった。 独学でやってたにしろ、仕事でとにかく使えない人材だった。 やばかったなあ。 転職したとき とあるベンチャー企業の人に、「来ないか？」と言われた。 2012年の時か。その時、このままだとダメかもしれないと思ったので転職した さらに転職 その企業を色々な理由で辞めることになった。2013年か。 転職活動をして、2013年の6月に転職を決めた。 さらにさらに転職 1年ほど経って、担当してるプロダクトが落ち着いてきたので 2014年に転職活動を始めた。どこでもいいとか思ってはなくて、 今いるところでエンジニア募集してるんだ、って知るまで 転職したい！という強い思いはなかったけど。 転職での経過 最初 コードを書ける人間はかっこいい 何もできない自分は無力 周りがすべて
「ほげエンジニア」の定義について #operationcasual
Lock, Concurrency and Throughput of Exclusive OperationsSATOSHI TAGOMORI
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
10年後も世界で通じるために - Nothing ventured, nothing gained.
最初、Google+で書いたのだけれども、コメントなどで参考になる話が多く聞けたので、こちらにも展開したい。 木曜日と金曜日に通称デブサミ、Developers Summit 2012に参加した。特定のベンダーや技術にとらわれることなく、広く技術から開発方法論まで話されるこのカンファレンスも今年で10周年だ。関係者の皆様、お疲れ様でした、おめでとうございます、来年からもがんばってください、応援しています。 10周年ということもあり楽しいムードが満載の中、ふと疑問を持ったので、Twitterでつぶやいてしまった。 素朴な疑問なのですが、 #devsumi の「10年後も世界で通じるエンジニアであるために」って現在すでに世界で通じるエンジニアであるという前提ですね？ https://twitter.com/#!/takoratta/status/170341136370638848 このデブサ
「ソフトウェア開発者採用ガイド」は採用される側も読んだ方がいい - As a Futurist...
会社でふと教えてもらった本だったのですが、読み始めたらすごいおもしろかったのですぐ読みきってしまった。2008 年なので僕はまだこういうことに興味なかったから全然網にかかってなかったけど、ググったりすると結構書評でてきますが、総じておもしろいって感じです。今更感ただよう書評ですいません。。。 高音域 社内外のスーパーエンジニアを見るに、本当に「できる人」と「できない人」には絶対に超えられない壁があると僕も感じる。 凡庸な歌唱は最高の歌手がいつでも出している高音域を決して出すことができない。 p. 011 会社が高音域を求めるなら、優秀なエンジニアを獲得するしかないわけですし、優秀なエンジニアとはそういうものですね、実際。高音域を求めないところなら、確かに人月の神話で凡庸なエンジニアを並べればできあがるのでしょう。 才能 とはいえ誰だって最初は「できない人」であって、それが「できる人」になる
退職しました - yukungのブログ
本日2011年4月30日を持って、株式会社インテックを退職しました。 振り返ると、2005年４月１日に新卒で入社して、それから今日で６年間と１ヶ月です。６年間、SIerに所属しながら、主に金融領域の顧客をターゲットとして、顧客先に常駐して開発・保守作業を行うといった、所謂エンタープライズSI業界のど真ん中で過ごしてきました。最初の２年弱は、汎用機開発のプロジェクトで所謂COBOLerとして、その後転身を図り、JavaによるWeb開発を５年弱、経験しました。 キャリアとしても、SI業界の不文律、「PG→SE→PM」という出世魚キャリアを邁進中でした。5年目以降からは、リーダー業務やシステム提案などコンサルめいたこと、エンジニアながらパートナー会社の方との採用面談や外注管理などの営業サポートなど、多岐に渡る業務に携わって経験を積むことができました。こういった色々な経験のチャンスを貰えたことで、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あの日ハッカーに憧れた自分が、「ハッカーの呪縛」から解き放たれるまで
r7kamuraがIncrementsにJoinしました - Qiita Blog
ドワンゴのエンジニア新人研修のご紹介：dwango エンジニア ブロマガ