【書籍紹介】情熱プログラマー ソフトウェア開発者の幸せな生き方｜ハイパインブックス
『情熱プログラマー』はタイトルにプログラマー・ソフトウェア開発者と入っていますが、具体的なソフトウェア開発のテクニックではなく仕事やキャリアの悩みの助けになる本として、ソフトウェア開発者に限らず広くオススメしたい一冊です。 本文で触れられる 「一番の下手くそでいよう(Be the Worst)」という言葉にはまだキャリアの初期であった時、自分自身が強く支えられた記憶があります。 この本はハイパインブックスで最初にご購入いただいた一冊でもあります。『名前と言葉が持つ多様性を楽しむ』が面白い形で体現されているので、ぜひみなさんにご紹介したいと思います。 書籍名: 情熱プログラマー ソフトウェア開発者の幸せな生き方 著者: Chad Fowler 著／でびあんぐる 監訳 出版社: オーム社 刊行日: 2010年2月 オーム社Webページ https://shop.ohmsha.co.jp/sh
SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー｜ミック
はい、今回はみんな大好き（大嫌い）SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド（非IT産業）にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある（筆者が追えていないだけでもっと古いかもしれない）。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ
ビジネスとエンジニアリングの接合点 そしてコード品質がそこに及ぼす影響 v1.1 / The Intersections of Business and Engineering, and The Impact of Code Quality There (v1.1)
2024-04-04 Findy コード品質が及ぼすビジネスへの影響 https://findy.connpass.com/event/313471/
長く活躍できるエンジニアになるためには？ 技術者として大切にしたいこと
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
牛尾剛氏が語る『世界一流エンジニアの思考法』への道──英語力や技術力を覆す、三流ならではの戦略とは？
三流エンジニアの逆転劇！ 周りの一流から学び、大きな成果を出す秘訣とは？ 現在、Microsoft Azureのサーバレスプラットフォーム「Azure Functions」の開発チームに所属し、現役プログラマーとして活躍する牛尾氏。そんな牛尾氏は、自身の原点を「プログラマーに憧れたコンピュータ好き少年」と説明し、その後社会人として得た経験から、自分はコンサルティングのような「他の人にやってもらう仕事」には才能を感じるものの、プログラミングなど「自分でやる仕事」に関しては三流と自己分析する。 「一流のプログラマーには憧れますが、正直言って僕は三流。では、その三流がどうやって外資系に就職できたのか、今でもまだクビにならずにいられるか。それは自分の能力とそれ以外の部分で、工夫をしたところがあるからです」（牛尾氏） 牛尾氏の工夫とは、一言で言うと「観察」だ。自分の周りにいる一流のプログラマーが、ど
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
【テンプレ付】chatgptを使ってツールの要件定義をしたら工数が40時間→4時間になった - みんなのシステム企画
「chatgptを使って要件定義の工数を削減したい」 「そもそもchatgptを使って質の高い要件定義ができるのだろうか」 とお悩みなのではないだろうか。 結論、chatgptで質の高い要件定義を短時間で実現することは可能だ。 実際に私もchatgptを使って下記のような要件定義書を完成させた。 通常この要件定義書を０から自力で作ろうと思うと４０時間はかかるが、chatgptを使う事によって４時間で完成させることができた。 しかし、ただプロンプトをなんとな投げ掛ければ良いというわけではない。 目的を達成するために綿密に設計をしたプロンプトを投げかける必要がある。 また、要件定義の中でも ・chatgptに丸投げして良いところ ・自分で手直しをした方が良いところ を精査することも大切だ そこで今回は上記のような要件定義書を4時間で完成させるために、私がchatgptへ投げかけたプロンプトを全
Xが日本に開発拠点 エンジニア募集スタート
米X（旧Twitter）が日本の東京に開発拠点を設立するようだ。同社の求人サイトで、東京拠点のWebエンジニアとモバイルエンジニアの募集が始まっている。 募集しているのは、5年以上の経験があるシニアエンジニアで、英語と日本語の能力が必要。 WebエンジニアはJavaScriptを中心とした5年以上のWeb開発経験や、Relay、GraphQL、React Native for Web／React、Flow、Reduxの知識などを求めている。 モバイルエンジニアは、 5年以上のiOS／Androidアプリの開発経験に加え、Swift、Objective-C、Java、Kotlinまたは関連言語への習熟などを求めている。 関連記事 「今回は革ジャンです」経産相、NVIDIAフアンCEOの服装を報告 日本に研究開発拠点設置へ 「NVIDIA社ジェンスンCEOと会談しました（今回は革ジャンです）」
40歳を過ぎてもソフトウェアエンジニアを続けてるって話 - Mitsuyuki.Shiiba
昨日、ゆのんさん（ https://twitter.com/yunon_phys ）が社内の勉強会で「エンジニアリングマネージャとは？」って話をしてくれて、面白いなぁって思いながら聞いてた。 今日は @yunon_phys が社内勉強会で、エンジニアリングマネージャについてお話をしてくれてとてもよかった。こんな話が社内で聞けるのって福利厚生だなぁと思いながら聞いてた。— SHIIBA Mitsuyuki (@bufferings) October 13, 2023 その中で「エンジニアリングマネージャが見ることのできる範囲はめちゃ広いから、すべてを完璧にしようとするんじゃなくて、その場に応じてスキマを埋めるような動きができるといい。組織の成長とともにその動きも変わっていく」ってことを言っていて、これって自分のソフトウェアエンジニアとしての動きにも似たところがあるなぁと思ったので雑にメモ。
「技術力が大事」だと思っていた元エンジニア でも、30年でたどり着いたのは……
こんにちは、竹内義晴です。本連載「仕事が『つまんない』ままでいいの？」は、毎日を「楽しく働く」ために、日常の困りごとを解決する考え方やアイデア、心のありようなどについてお話ししています。 「仕事で大切なのは、技術力だ」と思っているエンジニアは多いと思います。というより、若いころの僕がそうでした。 でも、社会人になって30年たったいま、考え方が変わってきました。最近は、「何だかんだいって、最後はこれだな」と――。 技術力にしか興味がなかったエンジニア時代の話 僕は20～30代のころ、いわゆる「会社員のエンジニア」として仕事をしてきました。最初は自動車会社で働き、それからIT業界に転職してプログラマーになる……というキャリアです。 エンジニア時代に仕事をする上で「最も大切なことは何か？」と聞かれていたら、技術力だと答えていたでしょう。人とのご縁なんて、まったく興味がありませんでした。 というの
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
ハッカーの呪いと共に生きる ~ The hacker is dead, long live the hacker! - An Epicurean
私がWeb業界に入ったのは、ハッカーに対する憧れからです。その原体験を大事にしたいという気持ちを今でも強く持っています。 もう20年近く前になりますが、Web2.0の時代、私は傍観者でした。世界ではGoogleを筆頭として、日本でも、はてな社などが、エンジニアドリブンで個性的なサービスを生み出していました。他にもmiyagawaさんなど、個人で世界的に使われるようなOSSを開発している人もいました。書籍「ハッカーと画家」で描かれるような、ハッカーが個人技で大企業を出し抜く痛快さがありました。 そのように、WebサービスにせよOSSにせよ、同年代のハッカーが自分の技術でイノベーションを起こし、世の中に影響を及ぼしていることに羨望の眼差しを向けていたのです。 サブカル的な空気感も好ましく思っていました。西海岸のコンピュータ文化はヒッピーカルチャーの影響を受けていたのは間違いないでしょう。当時の
「6060 Workstation」でマルチプロセス間通信の設計と実装を担当 45年のエンジニアリング人生を振り返る
日本CTO協会が主催の「Developer eXperience Day 2023」は、“開発者体験” をテーマに、その知見・経験の共有とそれに関わる方々のコミュニケーションを目的としたカンファレンスです。ここで登壇したのは、株式会社カウシェの柴田芳樹氏。45年の歴史から振り返ったソフトウェア開発とキャリアの変遷について発表しました。全3回。1回目は、柴田氏が経験した開発について。 エンジニアリング歴45年の柴田芳樹氏 柴田芳樹氏：みなさん、こんにちは、柴田です。今日は、「45年の歴史から振り返る、ソフトウェア開発とキャリアの変遷」ということで話をいたします。 今日お話しする内容は、まず簡単な自己紹介ですね。あと5つほどテーマに分かれています。 45年間で経験してきた主なソフトウェア開発、影響を受けた出来事、技術教育と技術書の翻訳。最後に、ソフトウェア開発組織が持つべきカルチャーをちょっと
技術に興味がなくて何が悪い？ - Qiita
TL;DR 技術に興味がなくても、エンジニアとして生きていくことはできる。 対象読者 自分を技術に興味がない側の人間だと思う方 筆者について Webアプリケーションの開発エンジニア。主な仕事はプログラム詳細設計、画面設計、コーディング。 技術にあまり興味がない。 初めに エンジニア界隈では、以下のような主張がしばしば見られる。 休日に勉強するべきである。 最新の技術動向は常にチェックするべきである。 技術イベントには参加するべきである。 毎日コードを書くべきである。 レガシーな技術ではなく、モダンな技術を習得するべきである。 etc... そしてこれらの"べき論"がさらに加速すると、 「技術に興味がない人はエンジニアに向いていない」 という主張すら出現し、それに同調する声も少なくない。 最近、とあるSNSで以下のようなやり取りを見かけた。 駆け出しエンジニアの質問 休日に勉強するべきですか
コード不要論からコード表現への回帰 - デベロッパーツールの現在｜Seiji Takahashi@ベースマキナ
皆様、ChatGPTでCode Interpreterの機能がリリースされましたがお使いになりましたか？ 僕は大変有りがたーく日常使いさせて頂いており、活用方法について各方面のご意見を伺いたいですが、その話はさておき… こうした劇的な開発体験の変化が予感されると、度々繰り返される議題の１つが「エンジニアやコードの不要論」かと思います。 私自身がローコードツールを提供している会社の経営者なのですが（ヒューマンエラーを減らせる管理画面構築SaaS「ベースマキナ」をよろしくお願いします！）、この類の議論の盛り上がりと日頃情報を追っている最新のツール群との間を照らすと、ギャップを感じます。 端的に言うと、少なくともここ１年くらいで新しく登場するデベロッパー向けのツールを見ていると、コードが不要になる場面が増えると思いきや、逆にコードをしっかり書くツールが増えてきたな、という印象を持っています。 D
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ひろゆき×ドワンゴ川上量生が「エンジニアは頭が悪くないと大成しない」と語るワケ - エンジニアtype | 転職type
サービスを軌道に乗せるまで一人でやったすべてのこと
https://techblog.lycorp.co.jp/ja/blog/20231001a
サブスクリプションサービスをつくる時にエンジニアが考えること / Behind the Scenes: Engineering a Subscription Service
InterviewCat - テック企業面接対策プラットフォーム
