タダ飯狙いでIT系コミュニティのイベントなどに入り込む人たちがいる、ということが少し前から話題になっている中で、実際に不審者がイベントに入り込もうとした事案がまた明らかになりました。 12月11日と12日の2日間、都内で開催されたコミュニティ主催の技術系カンファレンスで、おそらくは無料の食事を目当てにした不審な人物らが侵入しようとした出来事が発生していたことがイベントの当事者の発言で示されています。 スタッフとして不審者に対応した一人である鍋島理人氏は、「勉強会参加者や運営に危害が及ぶほどの脅威であり、必要なのは不審者対策そのものだと認識を改めた。というか僕はそれぐらい怖かった」とポストし、今回の事態の大きさを吐露しました（鍋島氏は以前、翔泳社でDevelopers Summit（通称デブサミ）のオーガナイザーを勤めたこともある、イベントやコミュニティの運営に関して十分な知見を備えた人物で
ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方／プログラマー脳／ プロジェクトマネジメントの基本が全部わかる、など
ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方／プログラマー脳／ プロジェクトマネジメントの基本が全部わかる、など 「ITエンジニア本大賞」は、仕事の役に立った本、初学者におすすめの本、ずっと手元に置いておきたい本など、おすすめの本をITエンジニアがWeb投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっています。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍が対象となります。 今回発表されたのは技術書部門とビジネス書部門それぞれのベスト10です。現時点では50音順に並んでいます。 以下は選出された技術書部門とビジネス書部門それぞれのベスト10を、Amazon.co.jpへのリンクと画像、概要で紹介したものです（アフィリエイトリンクは含まれていません）。正式
【スゴ本】ITエンジニアの「武器」を増やす5冊
Dain 古今東西のスゴ本（すごい本）を探しまくり、読みまくる書評ブログ「わたしが知らないスゴ本は、きっとあなたが読んでいる」の中の人。自分のアンテナだけを頼りにした閉鎖的な読書から、本を介して人とつながるスタイルへの変化と発見を、ブログに書き続けて10年以上。書評家の傍ら、エンジニア・PMとしても活動している。 わたしが知らないスゴ本は、きっとあなたが読んでいる keyboard_arrow_down はじめに keyboard_arrow_down 独学のキモは「いかに継続するか」 keyboard_arrow_down 「顧客が本当に必要だったもの」をいつ知るか？ keyboard_arrow_down チームに笑顔を keyboard_arrow_down 質の高い課題を見極める keyboard_arrow_down 技術を哲学する keyboard_arrow_down おわり
30歳のフルスタックエンジニア(一応こういう感じのポジションで雇用されている)になって思ったことを連ねる。 東京のイケイケIT企業(笑)で働いている、いぐぞー(@igz0)と申します。 まずは注意事項。 「できる」エンジニアは「できる」ことを書くのが普通だが、残念ながら自分は「そうでない」エンジニアだと自負しているので「できない」ことを重点的に書く。 フロントエンドの進化速度マジでキツイほんの2〜3年前はやれVue.jsだのReactだの、どちらが良い？みたいな話を当時のTwitterでワイワイキャッキャしていたくせに 破壊的変更をやらかしたNuxt.js(もっと言えばVue.jsくん)にホトホト呆れを感じて、Next.jsに行った。 トンネルを抜けると、そこは地獄だった。 現場に行ったらApp Routerってのを覚えてくれと言われた。 一ヶ月で覚えてくれと言われたから、とりあえずドキュ
はじめに こんにちは！ 先日、社内の個人カリキュラムでWebアプリケーションを一人で作るという課題がありました。 以前、アプリケーションを作る過程で期限を守りながら開発をする上で大切だと個人的に感じたことをこちらの記事で書かせていただきました。 その中で、大切なことの一つに極力精度の高いスケジュールを作るということをあげました。 今回は僕が社内の個人カリキュラム中に実践していたスケジュールを作成・管理する際の方法について紹介したいと思います。 スケジュール作成・管理に悩む方へ少しでも参考になれば嬉しいです。 読み終えるのに10分くらいかかるかと思います。 ご興味がある方は、お暇な時にご覧いただければと。 記事の内容はあくまで個人的見解になります。 記事の流れ なぜスケジュールを作る必要があるのか プロセスを具体化する 見積もり時間を決める 重い順に並び替える スケジュールに落とし込む 進捗
私たちの仕事はシステム設計やプログラミング開発で行き詰まると神秘的な瞬間に恵まれることがあります。今回はそんな瞬間の心境のお話しをします。 まず、プロジェクトに取り組んでいると解決できない問題が発生し、丸1日から数日、時にはそれ以上、まったく進展がないタイミングがあります。画面に向かい、コードを眺め、しかし答えは見つからず、ただ悩むだけの時間が続きます。この期間は、まるで砂漠をさまよっているかのようです。水（解決策）を求めてさまよいますが、見つかるのは蜃気楼（行き詰まり）ばかり。 しかし、納期は待ってくれず、焦りもあり状況はさらに厳しくなります。作業が進まない自分にイライラし、夜も眠れず、夢の中まで解決方法を考えていることもあります。 しかし、不思議というか、神秘的というか、ある朝、目を覚ますと、突然、解決策が浮かんでくることがあります。まるで、神様のお告げがおりてきたかのように、スムーズ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT系コミュニティをタダ飯狙いの不審者からどう守るべきか。あるイベントで発生した深刻な事案と提言
30歳のフルスタックエンジニアになって思ったこと〜お前らはこうなるな〜｜いぐぞー ✈️ 旅するプログラマー
スケジュールの立て方について - Qiita
エンジニアの神秘的なひらめき：進まぬ作業からの脱出：エンジニア同盟：エンジニアライフ