成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ
成長の為にアウトプットがなぜ必要なのか。mattn氏が語る持続的なアウトプットのススメ 2024年5月16日 mattn 大学卒業後、ソフトウェアハウスやSIerなどでソフトウェア開発に携わる。vi派生のテキストエディタVimの日本語化やプラグイン、Go言語などでOSS（オープンソースソフトウェア）の開発・コミュニティ運営に参加し、2019年からGoogle Developers Expert。2021〜2023年 GitHub Stars。著書に『みんなのGo言語』（2016年、2019年に改訂2版、技術評論社、共著）、『Go 言語プログラミングエッセンス』（2023年、技術評論社、単著）がある。関西在住。 X:@mattn_jp GitHub
圧倒的な読書量を誇るからあげ氏が実践・読書との向き合い方
からあげ AIの仕事をしているエンジニア。インターネットで20年以上情報発信を継続中。 「からあげ先生のとにかく楽しいAI自作教室」「面倒なことはChatGPTにやらせよう」を始めとした著書、商業誌への寄稿多数。個人としてモノづくりを楽しむメイカーとしても「Ogaki Mini Maker Faire」をはじめとした複数のメイカー系イベントに出展。好きな食べ物は、からあげ。 X（@karaage0703）・ブログ からあげです。エンジニアとして働きながら、ブログを書いたり、本を執筆したりしています。今回、読書術についての寄稿をさせていただくのですが、私に声がかかった理由は、ブログで公開した読書記録が大きな理由だったようです。 以下がKindleの購入ログをもとに、年ごとのKindle蔵書購入数を可視化したグラフです。 確かにグラフをみると、ここ2年は1年に約300冊となっています。ただ、こ
「インプットの怪物」あんちぽが語るエンジニア勉強論。終わりなき論争に終止符は打たれるのか
「インプットの怪物」あんちぽが語るエンジニア勉強論。終わりなき論争に終止符は打たれるのか 2024年2月29日 作家／GMOペパボ株式会社 CTO 栗林健太郎（あんちぽ） GMOペパボ株式会社取締役CTO、日本CTO協会理事。情報処理安全確保支援士（登録番号：013258）。東京都立大学法学部政治学科卒業後、奄美市役所勤務を経て、2008年より株式会社はてなでソフトウェアエンジニアとして勤務。2012年よりGMOペパボ株式会社に勤務。現在、同社取締役CTO。技術経営および新技術の研究開発・事業創出に取り組む。2020年より北陸先端科学技術大学院大学に在学する社会人学生としても活動。 X SpeakerDeck Kentaro Kuribayashi’s Website Pepabo Tech Portal での執筆記事 「エンジニアは一生勉強しなければならない職業である」と言われます。「勉
「初めてぶつかる課題ばかりで正直悩んでます」CTO2年生の原トリが語る、成長の踊り場
「初めてぶつかる課題ばかりで正直悩んでます」CTO2年生の原トリが語る、成長の踊り場 2024年1月22日 株式会社カミナシ 取締役CTO 原 トリ 大学を卒業後、ERPパッケージベンダーのR&Dチームにてソフトウェアエンジニアとして設計・開発に従事。クラウドを前提としたSI+MSP企業で設計・開発・運用業務を経験し、2018年Amazon Web Services入社。AWSコンテナサービスを中心とした技術領域における顧客への技術支援や普及活動をリードし、プロダクトチームの一員としてサービスの改良に務めた。2022年4月 カミナシ入社、2022年7月よりCTOに就任。 X（Twitter） ブログ トリの部屋 GitHub LinkedIn AWSをはじめとした複数の企業で、サービス開発から顧客支援まで幅広く経験を積んできた原トリさんが、現場DXプラットフォームを標榜するカミナシのCTO
【「スゴ本」中の人が薦める】技術書は教えてくれなかった。悩めるエンジニアに新たな考え方をもたらす6冊 | レバテックラボ（レバテックLAB）
1. 『語録 要録』エピクテトス 著 2. 『その悩み、エピクテトスなら、こう言うね。: 古代ローマの大賢人の教え』山本 貴光、吉川 浩満 著 3. 『議論の技術』 倉島保美 著 4. 『問題解決大全』読書猿 著 5. 『心理的安全性のつくりかた』石井遼介 著 6. 『そのとき、エンジニアは何をするべきなのか』Alastair S Gunn/P Aarne Vesilind 著、藤本温/松尾秀樹 訳 前任者から引き継いだプログラムに、大きな不具合を見つけたことがある。 書いた人はすでにいないため、なぜそれを放置したのか、聞くことはできない。通常であれば顕在化しないが、あるパターンに陥ると、大問題となる。 ところが、次に予定されている仕様変更を入れると、顕在化するリスクがある。修正にはそれなりのリソースを必要とする。 これ、いま直しておくべきなのか。仕様変更の内容によっては問題にならないかも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
