ITエンジニアが投票した「ITエンジニア本大賞2022」ベスト10発表。「シェル・ワンライナー160本ノック」「モノリスからマイクロサービスへ」「恐れのない組織」など
ITエンジニアが投票した「ITエンジニア本大賞2022」ベスト10発表。「シェル・ワンライナー160本ノック」「モノリスからマイクロサービスへ」「恐れのない組織」など 「ITエンジニア本大賞」は、仕事の役に立った本、初学者におすすめの本、ずっと手元に置いておきたい本など、おすすめの本をITエンジニアがWeb投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっています。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍が対象となります。 今回発表されたのは技術書部門とビジネス書部門それぞれのベスト10です。現時点では50音順に並んでいます。 このなかから特に投票の多かった技術書3冊、ビジネス書3冊について、同社が2月17日と18日に開催する「Developers Summit 2021（デブサミ20
【外貨を稼ぐ】 OSSきっかけでオーストリアの会社と仕事した話
自作のPDFライブラリがきっかけで、オーストリアの会社と仕事ができた。 とてもいい経験だったので振り返りを行いたいと思う。 自分について ・サラリーマン+個人事業主のWebエンジニア ・個人事業ではPDFを作成できるWebサービスを作っています ・サービスのPDF作成処理はライブラリとしてGithubでソースコードを公開しています そういえば過去にこんな記事を書いていました。この記事の続きとして見ても面白いかも。 このライブラリが今では268のスターを獲得し、なんとお仕事まで獲得してくれました! オープンソースをやりたい人のモチベーションやきっかけになれると嬉しいです。 ある日突然メールが届く オーストリアの会社からメールが届いた。電子カルテのサービスを作っている会社だそう。 PDFのデザインができる画面が必要とのこと。 そこで下記のような帳票のデザインページを開発してくれないか？と話が来
メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物｜田辺めぐみ
こんにちは~！プロダクトマネージャー(PM)を10年以上してしている@megです。私が若手の頃はPMについての情報がほとんどなくて困ったので、若手PMのちょっとでも役にたてばいいなぁとまとめていこうと思います。 メルカリや副業でのスタートアップでの新規プロジェクトの立ち上げをよくしていたので、その時のプロダクトマネージャーをしていた視点から企画フローをまとめてみました！あくまでも、会社としてではなく、私個人が自分のチームやコンサル先で使っているフローです。 10年以上前はSIerで100人規模のウォターフォールでの開発をしていて、ここ数年のスタートアップはアジャイルぽいものが多く、その中間のメルカリだと事業計画や予算もある中、ウォーターフォールっぽく一定フェーズをを決めつつ、アジャイルのいいところを取りいれるような開発していました。実際は、そのようなどっちとも言えない開発が多いのでそのパタ
エンジニアをしていると、世間には「面倒な手続きほど価値がある」と考える人が、けっこういるとわかる。
この記事で言いたいことは、まとめると以下のような内容になります。 ・「面倒くさくて複雑」といフローは、例外もあるものの、基本的には不適切であるか、そのフローが必要とされる前提の方がおかしい ・けれど世の中には、「面倒で複雑なフロー程正しいし価値がある」と考える人が案外多い ・「面倒くさい」と言える人は貴重なんだけど冷遇されがち ・不要なJOIN句は敵だし、JOIN句の使い回しなど絶対してはならない よろしくお願いします。 さて、言いたいことは最初に全部言ってしまいましたので、後はざっくばらんにいきましょう。 先日、Twitterでこんなことを呟きました。 エンジニアをしていると「面倒くさいやり方は大抵間違っているか、あるいはそのやり方を必要としている前提の仕組みの方がおかしい」という思考は割と普通だと思うんだけど、どうも世間的には「面倒くさければ面倒くさい程正しい、ないし価値がある」と思っ
TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に｜ハイクラス転職・求人情報サイト AMBI（アンビ）
TypeScript再入門 ― 「がんばらないTypeScript」で、JavaScriptを“柔らかい”静的型付き言語に JavaScriptプロジェクトでTypeScriptを導入する際には、“柔らかい”静的型付き言語とするのがおすすめです。藤吾郎（gfx）さんがまとめた「がんばらないTypeScript」のガイドラインです。 TypeScriptは、すべてのJavaScriptプロジェクトで採用する価値のある技術です。TypeScriptとこれに対応したエディタを導入することで、補完や型ベースの整合性のチェックにより、すべてのプロジェクトで生産性が上がります。またリファクタリングも容易になるので、長期あるいは大規模なプロジェクトでも品質を保ちやすくなります。 この記事では、TypeScriptについて最低限の知識とともに、サクッと（どちらかというと既存のプロジェクトに）導入するための
「仕事で成長」って、本当に必要ですか？
何か月か前の話で申し訳ないんですけど、「まなめはうす」のまなめさんっていう、コーラばっかり飲んでる変な人がこんな記事書いてたんです。 部下の教育に失敗した話 そう思う私だからこそ、部下には学ぶ時間さえ与えれば成長できると思って、業務を進めなくてはいけない立場でありながらも、可能な限り時間をつくってあげたんですよ。 部下になった時点で数か月後には別のPJに異動することも決まってたこともあって、そのための準備とかスキルアップとか必要と思って。 結論から言うと、私が作ってあげた時間は無駄に終わり、後日本人からも、もっと仕事をふって欲しかったと言われたのですが。 これ、実は私も同じようなことしちゃった、正確にはしかけちゃった経験があるんですよ。 前の会社の時の話なんですけどね。 その会社って、あるプロジェクトが終わると即他のプロジェクトにアサインされて、「隙間の時間」的なものが本当に全然なかったん
ミルクボーイ「メテオフォール型開発」 - 実践ゲーム製作メモ帳2
「いきなりですけどね。うちのオカンがね、オトンの仕事の話しとったんやけど」 「ほう」 「なんか横文字の開発手法がしんどい言うて、でもその名前をちょっと忘れたらしくてね。色々聞くんやけどな、全然分からへんねんな」 「はー、アジャイルとかウォーターフォールとかな、覚えにくいもんな。ほな俺がね、オトンの仕事で使ってる開発手法、ちょっと一緒に考えてあげるから」 「おー」 「どんな特徴ゆうてたかってのを教えてみてよ」 「あんな、なんかめっちゃ偉い人直轄のプロジェクトでな。誰もそのおっちゃんに逆らえんねんけど、言ってることがめちゃくちゃらしいって言うねんな」 「おー。 メテオフォール型開発やないかい。 その特徴はもう完全にメテオフォールやがな。 すぐ分かったやんこんなんもー」 「でもちょっと分からへんのやな」 「何が分からへんのよ」 「いや俺もメテオフォール型開発と思うてんけどな。 スクラムっての組ん
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
誰がどう見てもそうとしか受け取れない文書術（公開版）