これはpyspa アドベントカレンダー 2024の12日目の記事です。11日目は@aodagの走るということについてでした。 はじめに​ この15年くらいは、おおむね平均すると毎年2，3人程度の技術者をOn the Job Training（OJT）で教育する機会に恵まれており、その中で蓄積した知見や私の考えを散発的に説明していきます。 私自身は受託開発を主たるビジネスとするシステムインテグレータ（SIer）と呼ばれる企業で働いており、足掛け25年程度のキャリアがありますがソフトウェアについて専門的な教育を受けたことはありません。また、教育についても同様です。 このエントリに記載された内容について何らかのエネルギーを注いでくれる方がいるなら、XあたりのSNSでURL付きで指摘して頂ければ非常にありがたいです。 教育によって形成される技術者像​ まずは、どのような技術者なら育てられるのでしょ

大手ITスタイルガイドがベースGoogleやMicrosoftなど大手IT企業の英語スタイルガイドの基準がベース。一般的な英語表記から外れません。

自分は Ebiten という 2D ゲームエンジン (ゲームライブラリ) を趣味で開発しています。使用しているプログラミング言語は Go です。 2013 年 6 月に最初のコミットを行ったので、現在 8 周年の 9 年目です。 Ebiten は「くまのレストラン」などのモバイル及び Nintendo Switch 向けゲームで使われており、一定の実績があります。 ゲームエンジンの開発は一朝一夕では終わりません。Unity や RPG ツクールといった既製品がある中、ゲームエンジンをわざわざ自作することは酔狂かもしれません。ではなぜそのようなことをしたのでしょうか。端的に言うと「ミニマムな API で実用的な 2D ゲームが作れるかどうか」ということを証明したかったのです。自分の美的感覚の追求です。この目的に気づいたのは割と最近のことです。やっていくうちに「自分がやりたかったのはこういうこ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 身につまされる英語力問題。手っ取り早く英語を習得するなら海外に行ってしまうが最善なはずですがこのコロナ禍、身近なところで英語に触れつつ技術も勉強したい？といえば、動画です。 10 Developers You Should Follow to Improve Your Skills (スキルを上げるための、フォローすべき開発者10選) という記事があったので10人をまとめた。プラスオマケ。それぞれ実際に動画を見てみての補足付き。 1. Ben Awad (ベン・アワド) ソフトウェア開発者。React、React Native、Grap

新人ITエンジニアのスキルアップに近道はないが、写経・RSSフィード・英語で成長を加速できる 新人のITエンジニアがスキルアップするため、特に「写経」「RSS」「英語」の3つを、成長を加速させる“三種の神器”として紹介します。 1. 写経で「まねるは学ぶ」を体現する まだ理解していないプログラミング言語を写経するコツ 入力だけで終わらず実行した結果から学ぶ 自分なりにまねて応用してみる まねることのもうひとつのメリット どこから写経するか？ 教材を選ぶコツ 2. 技術情報の収集はRSSフィードの活用から 情報収集はITエンジニアの生命線 RSSフィードの実例とFeedlyによる購読の方法 3. 英語はコミュニケーション領域を圧倒的に広げる 全てのドキュメントは英語といっても過言ではない 英語から逃げなければ情報源は広がる Google翻訳に頼りすぎない 英語の記事の答え合わせとして日本語の

さて、自分について纏めてみようと思う。 前提として、今はマネージメント的な話は考えておらず、今はコードを書くことに集中したいなって思っている。 ただ組織論的な部分はすごい興味あるから、多くの人を参考にしていきたいなとは思う。 どうエンジニアが気持ちよく働ける組織にするのかなって部分。 記事はここらへん 焦燥感 自分は仕事的な焦燥感はないが、自分の技術力の低下には恐れている。 これが、自分が毎日コードを書く理由である。自分を信用していないという部分があり、英語もそうだが毎日使わないとすぐに低下していくと思っている。 現に今、アイルランドに住んでいるのでもちろん全部英語だが、土日喋らなかっただけで月曜日が英語脳じゃなくなっているのを実感したことが多々ある。 仕事だけでいいじゃんって思うかもしれないけど、自分は記憶力とかいいわけではないので、それだけではやっぱり足りないんだよね。 たしかに高校時

10xプログラマー、それは「一流のプログラマーは、普通のプログラマーの10倍の生産性を持つ」という、ソフトウェアエンジニアの世界における神話です。 「多くの人に使われるものを創れるようになりたい。」 そんな想いから、これまでGunosy、Mercari、LINEなどでエンジニアとして働いてきましたが、最近、自分の進むべき道を見つめ直す機会があり、「良いエンジニアとは何か」について考える時間がありました。 そんな中で、Redisの開発者である Salvatore Sanfilippo が書いた「The mythical 10x progrmmer」という記事に出会い、その内容が非常に参考になったため、翻訳させてほしいと本人に申し出たところ、「Sure!」と快諾していただけたので、僭越ながらここで共有させていただきます。 Salvatore Sanfilippo（@antirez） - htt

マイクロソフトの黄金時代を築いたとされるOS「Windows 95」。その開発チームでチーフアーキテクトを務めていた日本人、中島聡。彼はWindows95のプロトタイプをはりぼてのコードで作り、5分間のデモでビル・ゲイツの承認を得たといいます。 我々の生活にAIが浸透し、あらゆることが効率化すると、人間の仕事がなくなり、働かなくても良くなるのではないかと言われます。この「超AI時代」に向けて、テクノロジーを使う側と使われる側に分断される社会でどう生きていくか？ インターネット黎明期からテクノロジーを追い続ける中島氏に聞きました。 テクノロジーを理解する若い人たちが勝つ時代――作る人が増え、さらにテクノロジーが発展する。するとあらゆるものが効率化され、社会が使う側と使われる側に分断されると思うのですが、どうでしょう？ ――中島 「そうですね。間違いなく、テクノロジーで生産性は上がっていきます

最新のLinuxカーネルではコードの行数が約2000万行になっており、これを理解するのは大変なことだ。カナダのバンクーバーで開催された、The Linux Foundation主催のイベント「Open Source Summit North America」で、VMwareのバイスプレジデント兼最高オープンソース責任者Dirk Hohndel氏は、Linuxの生みの親であるLinus Torvalds氏に対して、カーネルをすべて理解しているかと尋ねた。Torvalds氏の答えは「ノー」だった。 しかし、これはさほど大きな問題ではないという。Torvalds氏は、「カーネルの全貌を知っている者はいない。ただし私は、長年にわたってパッチを見続けてきたことで、私は全体像を把握している。パッチを見れば、それが正しいか間違っているかは分かる」と語った。 では、実際には誰がLinuxの面倒を見ているの

以下はThe Mistakes I Made As a Beginner Programmerの日本語訳です。 The Mistakes I Made As a Beginner Programmer 初心者プログラマが犯しがちな間違いと、それらを特定し、避けるための習慣を学ぶ方法。 まず最初に言っておくことがあります。 この記事は、誤りを犯すことを悪いと糾弾するために作成されたものではありません。 むしろ貴方が誤りに自ら気付き、あるいはその兆候を見いだし、それらを避けられるようにするために書かれたものです。 私は過去これらの誤りを犯し、それぞれから学びを得てきました。 今ではこれらを避けるようなコーディングを習慣付けるようにしています。 貴方もそうしましょう。 紹介は順不同です。 1) 設計せずに実装する 高品質なコンテンツは、一般的には容易に作成できるものではありません。 それには慎重

どうも、うらかわです。今テレビでFIFA CLUB WORLD CUP 2016のMatch5(アトレティコ・ナシオナル対鹿島アントラーズ)を見ながらこれを書いてます。VAR(Video Assistant Referee)の判定で鹿島アントラーズのPKになるという場面がありました。歴史が変わる瞬間を見た思いです。ちなみにこの大会のメインスポンサーは Alibaba YunOS Auto です。覚えておきましょう。 それはそれとして、アドベントカレンダーに予定を入れたはいいが何書こうかなってな感じでしたが、今年はQiitaに怒られない程度にエモいことを書くことにしました。会社員プログラマを25年以上続けてきた自分の振り返り的なやつ。 状況は人それぞれだと思うので抽象的な感じにしておきます。 お前誰よ？ 1991年に高校を卒業してから、会社員プログラマとしていろいろやってきて、ドワンゴには2

プログラマーが「より良い人生」を送るためにはどうすればいいかーーそのためのノウハウやスキルを紹介する「SOFT SKILLS」という本があります。 この本の内容を一言でいえば、プログラマーのための人生マニュアル。コードの書き方や最新テクノロジーの話はほとんど出てきません。 書かれているのはキャリアの築き方、自分の売り込み方、生産性の高め方といった仕事で成功する方法から、恋人の作り方、財産の築き方、心身の鍛え方など、プログラマーが人生全般をより良く生きる方法まで。本では以下の全7章に沿って説明しています。 ・キャリアを築こう ・自分を売り込め！ ・学ぶことを学ぼう ・生産性を高めよう ・お金に強くなろう ・やっぱり、体が大事 ・負けない心を鍛えよう 2014年12月に英語版が発売。米Amazonには200件以上のコメントが寄せられ、そのうちの90％が5つ星と高い評価を得ています。Twitte

プログラミングができるITエンジニア人材の市場価値は、以前と比べて非常に高まってきているように感じる。そこで求められている人材とは、自ら手を動かすことで問題解決をするナレッジワーカーとしての「プログラマ」である。 決して、仕様書通りにコーディングだけする職種のことではない。それは以前に書いた。ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ 今回の記事では、この10年間で起きた市場や環境の変化から、手を動かせるプログラマの市場価値が高まってきた背景について、そして、これから求められるITエンジニアの姿について考えてみた。 12年前の転職市場で求められていたスキル 私が30歳を過ぎた頃、今から12年前（2004年頃）の話になるが、その当時に転職しようと少し調べたことがある。自分の年齢と経験をもとに探した応募要項で求められるスキルは、マネジメントであり大規模プロジェクト

GithubのPRや海外Slackチャンネルでチャット、はたまた英語圏のエンジニアとやりとりする等、英語で文章を書くことはしばしばあります。そんな時、自分がよく使っている方法について書きます。 先に一番大事なこと 大事なことは、英語はあくまでもツールだということです。伝えたい内容が重要であり、英文を書くことに時間かけることはエンジニアにとって不毛です。 よっぽど英語が得意な人でないかぎり、一から英作文すると時間がかかって本質的でないところで時間を消費するということです。 なので一から文章を考えるのでなく、なるべく"型"を知ることがポイントだと考えています。それを踏まえた上で御覧ください。 文章を書く アルクの英辞郎とGoogle, Githubを組み合わせる 恐らく多くの人がGoogle翻訳などを使って英文を作っているかと思うのですが、アルクの英辞郎と組み合わせるともっとはかどります。理由

(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) これはある仕事熱心な若手開発者のほぼ実話です。2004年の後半、この若手開発者は小さな会社で働き始めました。条件は全て彼の望みどおりでした。給料はいいし、扱うのは彼の得意とするプログラミング言語、アプローチの複雑性、モデリングのアーキテキチャでした。 彼にとって今回の会社が初めての職場ではありませんでした。しかし、ここでの最初のプロジェクトは結果的に 問題だらけ に終わりました。当時、この若手開発者は、機能は絶対に変わらないものだと思っていました。しかし、それは間違いでした。機能が変更されるたびに完全なリファクタリングを行わなければなりませんし、バグを引き起こして膨大な時間を無駄にしてしまいます。彼は、テストを書くといった実直な方法も試してみましたが、書いたテストはメンテナンスが必要な上、書くのに時間

世の中に流布している「プログラマー35年定年説」は、大きく以下の3つに分類できる。 プログラマーは激務なので、35歳を過ぎると体力低下のために続けられなくなる(体力低下説) プログラマーは常に新しい情報を吸収しなければならないが、35歳を超えると脳の働きが低下して新しいことを覚えられなくなるために続けられなくなる(学習能力低下説) プログラマーは35歳を超えると開発ではない業務を求められるようになるので、技術職としてのプログラマーのキャリアが途絶える(マネージメント原因説) 以下、ひとつずつ検証していく。 体力低下説 まず1つ目の「体力低下説」だが、これについてはそれほど深く考る必要がなさそうに思える。周知の通り気力や体力には個体差があり、若くても元気がないひともいれば歳をとっても元気なひともいる。また、35歳あたりの体力低下の原因としては、単純な加齢というよりも生活習慣の要因の方が大きそ

Level up your coding with games, puzzles, and challenges.

私は、プログラマとして30年以上仕事をしてきた中で、学んだことがあります。そのいくつかを以下にご紹介します。もっと挙げることもできますよ。 実物を見せないと、顧客の希望は分からない。 このことは最初の仕事で学びました。顧客は、実物を見るまでは、何が本当に必要なのかがよく分かりません。言葉で長々と説明するよりも、機能検証のためのプロトタイプを提示する方が確実に役立ちます。 十分な時間があれば、あらゆるセキュリティは破られる。 現代社会において、セキュリティを保つことは信じられないほどの難題となっています。プログラマは常に完璧を求められますが、ハッカーは1回でもハッキングができれば成功なのです。 セキュリティが破られた場合、事前にその状況に備えた対策を講じているかどうかで結果が変わってくる。 最終的にセキュリティが破られることを想定する場合、その時に起こることに備えて対策を立てておく必要があり