Docker、Linux、AWSひとつでも勉強しようと思ったら - itstaffing エンジニアスタイル
IT業界にいると「勉強したほうがいい」「エンジニアには必須だ」などと言われることも多い「Docker、Linux、AWS」などのサーバーに関するトピック。 これらは、一つ勉強しようとすると必ず他の技術もついてくる、互いに切っても切り離せない技術です。そのためか、学びはじめのハードルを高く感じてしまうことも。今回はサーバー関連の入門記事をまとめてご紹介します。易しい解説で「サーバーってこんな感じ」と掴むことからはじめてみてください。 こんな方におすすめ □ インフラ系に興味のある方 □ サーバー関連で何から始めていいかわからない方 □ Docker、Linux、AWSのどれかを始めたけれど、苦戦している方 Pickup 1：インフラ系きほんのき、「サーバー」をゆるく解説 この記事でわかること ・サーバーは何をするもの？ ・ウェブサーバー、メールサーバー、データベースサーバー違いは？ 2：サー
降伏点の明瞭な炭素鋼に引張荷重をかけると，上部降伏点で鋭く降伏が起こり，応力は急激に下部降伏点に降下する．これは上部降伏点で試験片中の応力集中の起こりやすい小さい領域で局部的なすべり変形が開始し，この領域が広がっていくためで，変形はこの領域(リューダース帯)の先端のみで起こる．引張試験片中ではこのリューダース帯は試験片の肩の部分より発生し，反対側の肩で発生したものと交差したり，また反対側の肩で反射を繰り返して進行する．試験片の表面がよく研磨してあれば肉眼でその進行が観察できる．このリューダースひずみは深絞り作業において“ストレッチャストレイン”を起こしたり，これに関連するひずみ時効は脆化を起こすので好ましくない．リューダース帯やストレッチャストレインは軟鋼のみでなく，軟鋼と同じ鋭い降伏点を示すアルミニウム-マグネシウム合金でも起こる．
対象者 ・未経験からエンジニアを目指したい！と考えている方 ・エンジニアになったけどなかなか成長できてないな・・と感じている方 に読んでいただけると嬉しいです！ 自己紹介 株式会社PRUMという会社の代表をしています。岩本です。 https://prum.jp/ SES企業でエンジニアとして就業したのち、ヤフーでもエンジニアとして働いておりました。 2019年、PRUMを創業し組織を５期目の途中で70名の組織まで成長させました。 エンジニアの成長について、誰よりも考え抜いてきた自信があります。 エンジニアって、どれくらい勉強した方がいいの？ ずばり、はじめの2年間は、空いている時間は全て勉強しましょう。 そう考えるほうが楽です。圧倒的に楽です。 理由は後で書きます。 そもそも、エンジニアという仕事について エンジニアという職業は、とっても魅力的な仕事です。 人手不足のため給与水準もこれから
秋葉原のラボを紹介 島澤甲氏：「そんなこと言ってもどうやったらこれを伸ばせるのよ」というところをちょっと紹介したいと思います。私は3次元的に技術を伸ばすためには環境も大事だと思っていて、ちょっとウイングアークの例を紹介しようかなと思います。 冒頭に、4億円うんたらと書いてありましたが、実はこういう世界観を実現するために秋葉原にラボを作りました。今日は、時間がないし自慢する場でもないのでサラッとだけ紹介します。ちょっと画面を変えますね。 （スライドを示して）今私はこんなところにいて、何インチだったかな？ 四百何十インチだったかな？ LEDパネルのモニターみたいなものがあります。少しカメラを回転させて周りを見せられますかね？ スコーピオンというゲーミングチェアのお化けみたいなものや、ちょっとわかりにくいですけどその奥には私たちのクラウドサービスの情報が可視化されているパネルがあります。今日は細
CTOA若手エンジニアコミュニティ勉強会 #5 の発表資料です。 https://ctoa-wakate.connpass.com/event/318007/
概要 2ヶ月遅刻ですが、2023年4月～2024年3月で読んだ本145冊のうち技術寄りの本から52冊をざっくり紹介します。 オススメ度は10段階です。 1年目。 2年目。 プログラミング言語 実践Rustプログラミング入門 オススメ度★6 章ごとに1つのプログラムを作成しながら、Rustとそのエコシステムの特徴を学べる形式の本です。Rust哲学や文法解説は少なめです。 Rust学習者にはプログラミング初心者が少なく、質の高い公式ドキュメントも充実しているため、この形式の本は多い印象ですが、その中でも最もポピュラーな本です。 多様な用途を紹介する都合で作成するプログラムも多様で、これは好みが分かれるかなと思います。「ざっくり出来ることが分かればいいので後半は読み流すだけで、あとは自分で作りたいものを作りながら学ぶ」という人にはオススメです。一方で、マトモにコードを理解して環境構築して動かそう
プログラマ視点での生成AIとの付き合い方
プログラミングについて、最近考えてることについてのポエム。 基本的に、 GPT-4 と Claude-3-Opus を使った経験を念頭に置いて話をする。機械学習エンジニアではないので、あくまで利用者に徹した視点での話。仕事で生成AIを使ったパイプラインを作ったりはしている。 生成AIの進化速度を予測しておく 今大事なことは、今AIがどの程度の性能かという定点の話ではなく、その進化の速度を認識すること。 コード生成というタスクにおいて、生成AIモデルを人間に当てはめると、こんな感じの人物像を自分は持っている。 GPT-4: プログラミング経験2年目の大学2年生 Claude-3-Opus: プログラミング経験3年目の大学3年生 ここでいうn年目は、業務経験ではなく、プログラミングの単位がある大学での、教育課程としての経験年数。今のひたすら学習量を増やす方式だと、単に1年に1年分ぐらい賢くなっ
出戻りとして入社して1ヶ月が経ち、試用期間の1/3が終わろうとしています。 前回のエントリにも書きましたが、「技術グループ」というチームを横断した横串のエンジニア組織の専任エンジニアリングマネージャとして仕事を開始しました。 入社前に最初の1ヶ月でここまではやりたい、と思っていたことがおおよそできたような、少し届いていないような、そういう感覚です。 具体的になにをやったのかを、簡単に書いておこうと思います。 観察と情報収集 daiksy.hatenablog.jp ↑上記エントリでも書いたように、基本的には情報収集に最も時間を使いました。 毎朝30分CTOと1on1をし、目についた端からドキュメントを読みあさり、疑問があればまたCTOとの1on1で掘り下げる。主だったMTGを見学し、ひたすら観察する。こんな感じです。 エンジニア全員1on1 エンジニア組織専任のエンジニアリングマネージャと
レビュワーを"憑依"させて Pull Request をセルフレビューする - Konifar's ZATSU
メンバーと1on1をしていると、「うっかりミスが多くて Pull Request で毎回コメントをもらってから気づくのを何とかしたい」という相談を受けることがある。 まず、そういう認識を持てていることが素晴らしい。課題意識があるのであれば、どう補正していくかを一緒に考えることができる。 自分がオススメしているやり方は、レビューを依頼する前に徹底的にセルフレビューすることである。巷でよくやられている方法ではあるが、どういうやり方かを雑に書いておく。 レビューを依頼する前に レビュワーになりきって 自分の Pull Request を自分でレビューしてみる 頭にレビュワーが思い浮かぶのであれば、その人を "憑依" させるイメージ 「この人はここでこういうコメントしそうだな」と思ったら、 先回りして PR上にコメントしておくか、突っ込まれないようにコードやコードコメントを改善する タイトルや説明
TotT 98 GTAC 61 James Whittaker 42 Misko Hevery 32 Anthony Vallone 27 Code Health 27 Patrick Copeland 23 Jobs 18 Andrew Trenk 12 C++ 11 Patrik Höglund 8 JavaScript 7 Allen Hutchison 6 George Pirocanac 6 Zhanyong Wan 6 Harry Robinson 5 Java 5 Julian Harty 5 Alberto Savoia 4 Ben Yu 4 Erik Kuefler 4 Philip Zembrod 4 Shyam Seshadri 4 Adam Bender 3 Chrome 3 Dillon Bly 3 John Thomas 3 Lesley Katzen 3 Ma
プログラミングは学ぶ必要がなくなるのか？ 島澤甲氏：生成AIは本当に変化をもたらしているかなと思います。今日聞かれているみなさんの中にも、「ぶっちゃけ俺らって、どうなっちゃうのかな？」と、「けっこうコーディングをやってきたけどなぁ」と思っている人が多いんじゃないかなと思います。技育祭も、生成AIの未来についてのセッションがすごく多いので、これはやはりすごく注目されているテーマだし、大事なテーマだと思うんですよね。 なので、このセッションではあえてまったく違う切り口で、この生成AIというテーマを切ってみようかなと思います。ちょっとみなさんに1つ。これは先月かな？ まぁまぁネットでもバズったというか話題になりましたけれども、NVIDIAのジェンスン・フアンさんが「もうプログラミングは不可欠ではない」というようなことを提唱しましたね。知っている人もけっこう多いかな？ これについて、みんなどう思い
手元にすぎやま先生のインタビューがあるのでまとめてみた ・エニックスとの縁は、エニックスが出していた森田将棋のアンケートハガキにCPUの駒組みについて文句を書いて本名で送ったら「あのすぎやまこういち先生ですよね？エニックスのゲーム音楽を作ってくれませんか」と連絡が来た。それからウイングマン2とかガンダーラとか一緒にやるようになった ・ドラクエの音楽はすぎやま先生が参加する前にすでにできていたが、千田Pの強い意向で全部すぎやま先生の曲に差し替えることに。1週間で全曲をファミコン上で鳴らせるようにしろということなので、数日で全部作った。ここでいう全曲というのは「レベルアップの音」「階段を降りる音」「鍵を開ける音」といったME（Music Effect）も含む ・序曲は5分でできた。作曲というのは「出物腫れ物」のようなもので、あの時は私もたまたま調子が良かったんでしょう。ただ、それまでの蓄積があ
はじめに 自分は最近までかなり強迫観念に囚われて生きてきたのですが、最近それが薄れてきて今までの生き方を俯瞰的に見れるようになったので、いったん文章をしたためてアウトプットしておきます。かなり雑多な文なので読みにくいかもしれません。 共感を呼ぶような生き方ではないので、こんな人もいるんだなくらいで読んでください。共感してくれる人がいたら頑張って生きていこうなという気持ちです。 強迫観念駆動人生 自分は以下のような強迫観念を最近まで抱いていました。 何者かにならないといけない 何か大きいことを成し遂げないといけない 常に手を動かし続けないといけない 無駄なことをやっている暇はない 技術をやらないと死ぬ 技術的に価値のない自分に生きている価値がない 強迫観念はどこからきたのか そもそも強迫観念には、環境や人などの外的要因と、自ら植え付ける内的要因があると思っています。 外的要因 まず自分の外的
あなたのキャリアに影響を与えた本は何ですか？ 著名エンジニアの方々に聞いてみた【第四弾】 - Findy Engineer Lab
書籍には、特定領域の専門家たちが習得してきた知識のエッセンスが詰まっています。だからこそ「本を読むこと」は、ITエンジニアがスキルを向上させるうえで効果的な取り組みと言えます。では、著名エンジニアたちはこれまでどのような書籍を読み、そこから何を学んできたのでしょうか。今回は7人の著名なエンジニアのキャリアに影響を与えた“珠玉の書籍”を、ご本人にまつわるエピソードとともに紹介してもらいました。 *…人名の50音順に掲載。回答者は敬称略。 あらたまが紹介『なぜ人と組織は変われないのか――ハーバード流 自己変革の理論と実践』 小田中育生が紹介『Measure What Matters: 伝説のベンチャー投資家がGoogleに教えた成功手法OKR』 風間裕也が紹介『ソフトウェアプロセス改善手法SaPID入門－現場力を引き出すシステムズアプローチ－』 小林謙太（kobaken）が紹介『組織開発の探究
はじめに 画面キャプチャをする際、マウスポインタは写らないでくれることに今までは感謝していました。 お客様にお見せするきれいな資料作成のためなど、みなさんも感じたことあるのではないでしょうか。 しかし、以下の記事を作成するのに今度は写ってほしいのに。。となんとも我が儘な思考になってしまいました 調べたら方法はあるようです。よかった こちらの情報を参考にし、マウスポインタも一緒にキャプチャを取ることを実現させたので、ご紹介します。 キャプチャ方法 1. 拡大鏡を起動する マウスポインタをキャプチャするのに、"拡大鏡"を起動することで可能になります。 スタートメニュー > "設定"を選択 "アクセシビリティ" > "拡大鏡"で、以下を設定 拡大鏡 ：オン ズームレベル：100% ビュー ：固定 拡大鏡自体は、拡大鏡オンにすることで起動します。
働いてみないとわかりにくいIT業界の構造 SI系・プロダクト系それぞれで異なる“求められる能力”と“キャリアパス” 総工費4億円のラボから生中継！CTOが語る、これからのエンジニアに求められる技術 #1/3 ウイングアーク１ｓｔ・CTO 島澤甲氏 島澤甲氏：みなさんこんにちは。私はウイングアークでCTOをしている、島澤と申します。このセッションでは、これから技術者を目指されているみなさんに対してなにかヒントになるようなものを伝えられたらいいかなと思っています。 （スライドを示して）まずウイングアークですが、私たちは、帳票やBIと呼ばれるところでトップシェアを占めています。今日は、「このセッションは会社の宣伝をしなくてもいいよね」という話をしたら「別にかまわん」ということだったので、会社の宣伝はもうしません。気になる方はちょっとホームページを見てもらえればと思います。業績などもありますが、順
実装に“思想”を乗せ続けて 「携帯動画変換君の人」がCTOになるまでの開発人生放浪記【フォーカス】 レバテックラボ（レバテックLAB）
株式会社バーチャルキャスト CTO MIRO／岩城 進之介 1972年生まれ。東京都出身。複数の企業において、映像制作やオーサリングツール、PDA端末の内蔵ブラウザなど、多岐な開発に携わる。個人としては2000年代に「携帯動画変換君」の開発などで注目を集める。2011年に株式会社ドワンゴに入社。360度LED画面を擁した没入型映像ライブ施設「ニコファーレ」でのネット連動演出システムや、ARライブシステムの開発など、AR、VR、放送技術、イベント演出のシステム開発を手掛ける。2018年、3Dアバターの共通フォーマット「VRM」を設計・提唱。同年、バーチャルキャストの立ち上げに携わり、CTOに就任。2023年、POPOPO株式会社を設立。 X ブログ「MobileHackerz」 バーチャルキャスト公式サイト VRMコンソーシアム POPOPO株式会社 かつて、「携帯動画変換君」というフリーウ
2024年春、「競プロの神」と「Rubyの神」がホンネで語り合った。 競プロの神は、日本最大の競技プログラミング（競プロ）サイト「AtCoder」を率いるchokudaiこと高橋直大（たかはし なおひろ）さん。Rubyの神は言うまでもなく、Rubyの開発者である、Matzことまつもとゆきひろさんだ。 神々が対面したのは、学生エンジニアのキャリアや就職活動（就活）を支援する「サポーターズ」が、エンジニアを目指す学生のために開いているオンラインカンファレンス「技育祭2024春」のプログラム「競プロの神とRubyの神のエンジニア対談～神々の一問一答～」。 最初は“神”の呼称に困惑していた2人だが、chokudaiさんは「競技プログラミングサイトで一番はやっているのはAtCoder。僕はそこでユーザーをBANする権限を持っているので神じゃん、と思いました」と納得。まつもとさんは「僕は、Rubyコミ
はじめにこんにちは。VideoStepという映像SaaSスタートアップの代表取締役の迎と申します。ちょうど給与テーブルを見直している際に、ふと呟いた以下のツイートが、業界の方々から反響を得たこともあり、スタートアップにおける給与水準が実際にどこまで肯定されうるのかということについて、より深い考察をしてみようと思います。 ビジネスモデルによっても経営効率は全く異なるので、今回は対照実験として上場SaaS企業、全30社をデータセットとして分析することとします。 あくまでSaaS企業における分析であり、また将来的に生み出されるキャッシュフローについては考慮しない荒削りな分析でありますので、参考程度に読んでいただければと思います。 Equityで数十億調達したスタートアップで、平均年収1,000万円以上というのが当たり前になってきているが、2018年以降、1000億円以上の時価総額で上場したスター
ドイツのSAP SE社が開発・提供しているERP（Enterprise Resources Planning・統合基幹業務システム）製品の1つ「SAP S/4 HANA」。2027年末に標準サポートが終了するSAP ERPからの移行先としても人気です。 本記事では、そんなSAP S/4 HANAのデータを他のシステムと連携させる3つの方法（当社調べ）をご紹介します！ 3つの連携方法 SAP S/4 HANAとのデータ連携方法は、次の3つがあります。 方法1．APIの利用 方法2．RFC（BAPI：Business Application Programming Interface）の利用 方法3．HANA DBへの直接接続 SAP S/4 HANAの種類と連携方法 そして、SAP S/4 HANAにも「オンプレミス版」「クラウド版のPublic Edtion」「クラウド版のPrivate
バグ報告が来た時にデキるエンジニアの動き方
❗❗問題発生❗❗ 作った機能のバグの発見報告が上がってきました。 この時点で何となく 「ヤバさ」 と 「あたり」 を自分の中でつけます 売上に響くやばい？ 条件がある？全員？ ボタンが押せないならクライアントだし、API飛んで成功してないならサーバ？届いてないならネットワークもあるか。 モバイル、Webどっち？両方？ そもそもどこの環境？開発中のもの？ 購入ボタンってどこのこと？特定のアイテム？それとも全部？ 購入できてないってどういうこと？DBはどうなってる？ まずは 👀 をつける これは 「見ていますよ」 という表現です。 もしくはリプライで 「見ます！」 と宣言するのも良いですね。 これにより投稿者は 「対応してくれるな」 と安心できます。 必要な情報をもらう 発生している環境 発生時間 アカウント名＋ログイン情報 スクリーンショット・録画 この時点で試せることは色々試してもらいま
公開日 2024/05/27更新日 2024/05/27注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 現代のITサービスは、ユーザーに高品質で安定した体験を提供するために、より効率的で柔軟な技術選定が不可欠です。 本特集では、注目企業のシステムアーキテクチャ設計に携わるエンジニアの方々より、それぞれの技術選定における工夫と、未来を見据えた展望についてご寄稿いただいています。 各企業がどのように課題を乗り越え、開発生産性や品質を向上させるためにどのようなアプローチを採用しているのか ー この記事を通じて、実際の現場で活用される最先端の技術や戦略を学び、皆さんのプロジェクトに役立つ洞察を得ていただければ幸いです。 ※ご紹介はサービス名のアルファベット順となっております airCloset - 株式会社エアークローゼット エアークローゼットは日本初・国内最大級、女
はじめに 本記事では無料で公開されている企業のエンジニア向け研修資料をまとめました。 近年では、多くの企業が新人向けの研修資料を公開しています。これらの資料は内容が充実しており、初心者から中級者まで幅広いレベルの学びを得ることができます。さらに、資料の作り方も参考になるため、勉強会で発表する人や企業の研修担当者にとっても貴重な情報源となっています。 本記事では様々な企業のエンジニア向け研修資料をまとめましたので、ぜひ参考にしてみてください！ 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 この記事の主な対象者 有名企業の研修資料を幅広く確認したい方 エンジニアとして初級から中級レベルの方 独学で学んでいる方 今後研修資料
こんにちは、Crane＆Iの藤島です。 この記事で３記事目となりますが、少しずつ、自分の書くスタイルが定まってきたかなと感じます。 ありがたいことに、SEを取りまとめる事業統括という立ち位置を頂きながらお仕事をしているので、 私のこれまでのエンジニア、人生経験を交え、キャリア形成に結びつくような有益な情報をお伝え出来たらいいなと思いながら、文字を打っています。 今回は「評価されるエンジニアの特徴」に焦点を当てていきたいと思います。 最初に ちょっとした誤解を招く表現をするかもしれません。 斜め読みで構いませんので、一応、最後まで読んでください。 言い訳はちゃんと書きます（笑） 突然ですが、私は「贔屓（ひいき）」をする人間です。 併せてお伝えしますが、「えこ贔屓」は好みません。 というか、立場上、それを許されておりません。 ※「贔屓」と「えこ贔屓」は似ているようでまったく意味が違います。 贔
エンジニア向け社内イベントのご紹介と運営を経験してわかったこと - 一休.com Developers Blog
こんにちは。宿泊プラットフォーム開発チームの菊地です。 一休では月に一度、社内エンジニア向けにIkyu Tech Talkを開催しています。2022年から始まり、ありがたいことに2024年3月で丸2年を迎えることができました。 この記事では、Ikyu Tech Talkの2年間のふりかえりをしていきます。 また、私は社内イベントの主催が初挑戦だったので、どうやったらイベントを盛り上げられるのかと悩んだときもありました。 そこで、同じように自分の会社でTech Talkを開催してみたい人に向けてイベント運営の知見もお伝えしたいと思います。 開催のきっかけ もともと定期的なプロジェクトの成果報告会はあるものの、業務で得たエンジニアリングの知見の共有をする場は設けられていませんでした。 あるとき「技術についてざっくばらんに話す場が定期的にあると楽しそう。一緒にやらない？」と声をかけてもらい、面白
ROUTE06エンジニア対談 - 学び続ける熱意と穏やかなリーダーシップを持つ、エンジニア岩井のキャリア観 - ROUTE06 Tech Blog
こんにちは。ROUTE06 Tech Blogの編集チームです。ROUTE06のエンジニア対談を連載でお届けします。 第8回は、CTOの重岡 正さんと岩井 大志（さとし）さんです。 Web開発から事業会社での自社開発まで、エンジニアとして幅広い経験を積んできた岩井さん。新しい知識をインプットしたいという意欲のもと、2022年にROUTE06へ入社しました。 現在は、バックエンド開発をメインにPjMを兼務するほか、新しいチャレンジとしてAI領域のプロジェクトにも参加しています。「ずっと学び続けられる環境は飽きない」と語る岩井さんに、エンジニアを目指したきっかけや働きやすい組織つくりで心がけていることなどを聞きました。 プロフィール 岩井 大志 IWAI Satoshi 食品配送の会社に入社後、パソコン購入をきっかけにエンジニア職を目指す。 職業訓練校でプログラミングを学び、SESでWeb開発
ソフトウエア開発者の新たなキャリアパスを提示して話題となった『 スタッフエンジニア マネジメントを超えるリーダーシップ 』（日経BP）の著者ウィル・ラーソン氏が、エンジニアリングマネジャーとして成長して活躍し続けるための秘訣を解き明かしたのが新刊『 エレガントパズル エンジニアのマネジメントという難問にあなたはどう立ち向かうのか 』（同）です。その読み方をエムスリー VPoEの河合俊典氏が解説します。 米Uberや米Stripeといったテック企業の急成長時に在籍し、ソフトウエアエンジニアやマネジャーとして活躍した著者ウィル・ラーソン氏が、エンジニアリングマネジャーとして成長して活躍し続けるための秘訣をまとめたのが本書です。 ラーソン氏は自らの経験に基づいて実践的なマネジメント手法を構造化したうえで、それらを「組織」「ツール（手法）」「アプローチ（問題解決）」「文化」「キャリア」に分類、それ
基幹システム刷新による業務改革プロジェクト――。今はDX（デジタルトランスフォーメーション）の一形態と見なされているわけだが、日本企業の場合、今も昔もどの企業であっても「嘘と虚飾にまみれたプロジェクト」であることを、当事者たちは十分に自覚しているだろうか。はっきり言って、100％できっこない。経営者やIT部門が無能であるとかいう問題ではない。仮に多くの大企業が本当にDXを達成したら、社会的に大問題となり世間から非難を浴びるのはまず間違いないからな。 「嘘と虚飾にまみれたプロジェクト」の意味を詳しく語る前に、まずは話の前提として、基幹システム刷新による業務改革プロジェクトの失敗パターンについてサクッと触れておこう。最も愚かなのは、基幹システムの刷新（というかモダナイズ）のために業務を改革しようというものだ。経済産業省による「2025年の崖」のあおり効果などもあり、ITに疎かった経営者も老朽シ
こんにちは。吉田智哉です。 岩手県盛岡市に住みながらエンジニアとしてフルリモートワークで東京の開発案件を請けてます。 気が付くとこの働き方で8年間も経過していました。 8年生き延びることができたので、そのコツをシェアしたいと思います。 その日のコミットはdraftのpull requestとして出す エンジニアは成果物が全てです。 いくら一生懸命働いていたとしても、成果物、つまりコードがなければその日働いていたとしても 成果として認められません。 チームメンバーやリーダーに対してちゃんと働いていることをアピールするために、 その日のコミットはその日のうちにpull requestとして出すようにしています。 作業が途中の場合はdraftのpull requestにしています。 pull requestとして出せない調査系のタスクの場合は 調査した記録をドキュメントとして残しておいて、 他の
学生の頃インディーゲーム作ってて賞とか取ってましたていう新卒のエンジニアの子がいたんだけど会社でうまくいかなかった話→「ゲームに限らないな…」
BuchioGames @BuchioGames 本業はソシャゲのD/P/Mgr。個人的にもUnityでゲーム制作をやってます。 I'm a Japanese solo indie game developer. スマホ向け2.5D + 3Dアクションゲーム『SNO』体験版配信中 固ツイのリンクからDLできます！ lit.link/BuchioGames BuchioGames @BuchioGames 数年前、学生の頃インディーゲーム作ってて賞とか取ってましたていう新卒のエンジニアの子がいたんだけどこれが本当にうまくいかなかった 企画に納得いかない、ということが多々あったのだ 大規模開発になると企画、エンジニア、デザインと明確に分業し、それぞれの決定が重視される つづく 2024-05-25 11:22:04 BuchioGames @BuchioGames その子に関して僕が感じ取った
米国土安全保障省サイバーセキュリティ・インフラストラクチャセキュリティ庁（CISA）は、ランサムウェア攻撃を受ける可能性がある組織に直接警告をしたが、システム内の脆弱（ぜいじゃく）なデバイスを減らすための行動を取ったのは半数以下だった（注1）。 通知企業の半数しか対策せず なぜ重要インフラ組織は動けないのか？ CISAは2023年、ランサムウェア防止プログラム「RVWP」（Ransomware Vulnerability Warning Pilot）の一環として、インターネットにアクセス可能な脆弱なデバイスを運用する（電力やガス、鉄道、空港などの）重要インフラ組織に対して、ランサムウェアの脆弱性に関する警告を1754件送信した。 同庁は「私たちの調査結果によると、1754件のうち852件は、CISAからの通知を受けてパッチが適用されたり、対応策が実施されたり、オフラインにされたりした」と述
『ルールズ・オブ・プログラミング』を読んだ #iknowtherulesjp - Don't Repeat Yourself
Ghost of Tsushimaなどを作った会社の人が書いた本です。ゲーム開発におけるコードを書く際の教訓を整理し、改めて示し直したいい一冊だったと思います。大事なことですが、著者は決して「このルールを絶対使え」と言っているのではなくて、そもそもまず会社の製品の特性上、このようなルールを敷いておくと品質や生産性を高く保てたという前提があり、その前提を元に「ルールを選び取って自分たちのコーディング哲学を構築しよう」と推奨しています。 ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール 作者:Chris Zimmermanオーム社Amazon この手の本では『リーダブルコード』がよく薦められる傾向にあると思います。私にとってもリーダブルコードは確かに駆け出しの頃すごく役に立った記憶はあるのですが（もう10年くらい前に読んだので正直忘れた）、そこから知識がアップデートされ
自分も含めて社内に詳しい人がいない領域のコードをいじることってあるよね。特に歴史の長いサービスだと当時触っていた人が誰もいないとか。仮にいたとしても1年くらい触ってないとほとんど忘れてしまって知らないのと同じような状態になっていたりする。 自分もそういうことが何度もあって、雑にスタンスややってることをまとめておこうと思う。 前提のスタンス 「これを倒したら俺がこの領域で一番詳しい最強になるんや」という気持ちを持ってる 詳しい人がいない状態で属人化とか気にしても仕方ない。まずは自分が詳しくなってから考えるでよい 自分用メモを作る キャッチアップしたことを書き残していく。ドキュメントじゃなくてSlackに垂れ流すでもいい 過去のドキュメント・やりとりを探す 全体像を把握できるドキュメントがないかを探すのを最初にやってる ここは近道はない。とにかく全部集めて全部読む気持ちで臨む Google D
｢3つの要素があるかで天と地｣稼ぎに稼いで幸福になるワガママ✕自ら不幸招くワガママ…振る舞いは正反対 一流のワガママには人が集まり､ただのワガママからは人が全力で去る
「自己中」なのではなく勇気を持って叫んでいる 一般に「わがまま」というと、いわゆる「自己中」などといった、ネガティブなイメージが強いかもしれません。しかし、ビジネスシーンではそういった「わがまま」な部分がないと、ほかと差別化することができません。そのことを理解している経営者が「わがまま」を上手に自社アピールに生かしている、そんな印象を持っています。 事実、私がコンサルタントとしてお付き合いしてきた経営者の中でも、大きな成果を出す人は、大抵「わがままな人」でした。 ただし、生来の「わがまま」と、ビジネス上で「わがままであること」は異なります。私のクライアントの「わがままビジネスパーソン」も、話してみると穏やかで人当たりのいい方ばかり。世間でイメージされるような唯我独尊・傍若無人タイプはいません。 では、どんなところが「わがまま」なのか。それは周囲に迎合せず、闇雲に時流に乗らず、自分の理想を貫
ツナカン(TUNA-JP Conference) #12 で発表した資料です
ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要
はじめに データベースのインデックスについて運動会の玉入れで例えてみます。夢中で玉を投げた運動会を思い出しながらインデックスを理解しましょう。下記記事の第二弾です！ ※本記事はインデックスをイメージできることを目的としています。詳細なニュアンスや意味が本来と異なる場合があります インデックスとは そもそもインデックスとはDBから欲しいデータをより早く取得するための技術です。 最低限これだけ覚えておけば大丈夫です！ 登場人物 カゴ (テーブル,コレクション) 玉 (レコード、ドキュメント) 玉を数える先生 (クエリ) カゴ(テーブル、コレクション)は玉(レコード、ドキュメント)を集めておく場所です。 玉を数える先生(クエリ)によって取り出されます。 登場人物紹介 カゴ(テーブル、コレクション) カゴの容量(ストレージサイズ)まで玉(レコード、ドキュメント)を入れることができます。あふれると大
関連記事 上司や部下に読ませたい？ とある地方自治体の「会議改善に関するガイドライン」が分かりやすいと話題に 新潟県柏崎市が公開した「会議改善に関するガイドライン」が、Xやはてなブックマークで話題だ。同市がDXに伴う既存業務の見直しに当たって、会議の質を向上するために策定したもので、SNSなどでは「自治体からこれが出てくるのは画期的」「同僚や役員に読ませたい」といった声も出ている。 「テスト文字列にうんこと入れるな」──ゲーム会社の新卒向け資料“2024年版”が公開 テスト環境で悪ふざけするリスク説く 「テスト文字列にうんこと入れるな」──そんなふうに訴える新入社員向けの研修資料の2024年版が公開中だ。軽い気持ちで入れたテスト文字列が社外に漏えいした際のリスクについて説明した資料で、新たに事例などを加筆している。 早速出たぞ、24年度研修資料 新卒向け「エンジニア基礎」、ウィルゲートが公
米国スタートアップのレイオフする側の話
米国のスタートアップやビッグテックといえば高給取りやワークライフバランスとセットにしてレイオフについて語られることが多い。レイオフする側についてはあまり出回らないので、米国のスタートアップで働く開発チームのマネジャーの立場から書いてみたいと思う。 まず、レイオフにも種類がある。大きく分けて組織改編に伴うものと、個人のパフォーマンスないしは行動規定違反によるものがある。今回は個人のパフォーマンス起因のレイオフについて書く。 個人のパフォーマンスによるレイオフの場合、通常は事前に何度かフィードバックがマネジャーからある。ビッグテックの場合はPIPという再トレーニングプログラムがあるが、昔いたテックカンパニーでは自分の周りでPIPを受けている人を見かけたことがなく、その後は中堅 - 小規模なスタートアップにしか勤めたことがないので、詳しくない。 ともかく、フィードバックの後に改善が見られない場合
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リューダース帯(リューダースタイ)とは？ 意味や使い方 - コトバンク
元ヤフーエンジニア社長が考える、未経験エンジニアの最適な勉強時間 - Qiita
「エンジニアとしての魅力は、どれだけ言語を知っているかにあらず」 CTOが語る、これからのエンジニアに求められること
開発生産性 超入門 / development productivity introduction
SE 3年目で読んだ技術書52冊 - Qiita
新入社員エンジニアリングマネージャーの入社1ヶ月の仕事 - だいくしー(@daiksy)のはてなブログ
Don't DRY Your Code Prematurely
「技術の価値は常に栄枯盛衰」 変化し続ける時代に求められるエンジニアになるためには
手元にすぎやま先生のインタビューがあるのでまとめてみた ・エニックス..
強迫観念駆動人生へ愛を込めて - しんぶんぶん
【Windows】マウスポインタを一緒に画面キャプチャしたい - Qiita
働いてみないとわかりにくいIT業界の構造 SI系・プロダクト系それぞれで異なる“求められる能力”と“キャリアパス”
「競プロの神」と「Rubyの神」が考える、生成AI時代のエンジニアとプログラミング言語
スタートアップにおける平均年収800万円〜は肯定されうるか｜Kenta Mukai
SAP S/4 HANAのデータ連携方法（当社調べ）｜オンプレミス＆クラウド版の両方について解説！
注目のITサービスを支えるアーキテクチャ特集 技術選定のポイントと今後の展望 - Findy Tools
【特集】 知っ得！企業トップのAI活用法。日本マイクロソフト社長のCopilotの使い方がすごく勉強になる
【2024年度】エンジニア向け研修資料まとめ - Qiita
評価されるエンジニアの特徴とは - Qiita
河合俊典が推す「できるエンジニアリングマネジャーの思考」が分かる本
デジタル革命の時代に「少子高齢化」、日本企業は超ラッキーな巡り合わせに感謝すべし
エンジニアとしてフルリモートワークで8年生き残る技術 - Qiita
CISAのランサムウェア警告を半数以上が“無視” なぜ重要インフラ組織は動けないのか？
社内に詳しい人がいない領域のコードを触る時 - Konifar's ZATSU
エンジニアとしてのキャリアを支える自宅サーバー
兼務による体制構築はプロジェクトの効率を損なわせる｜mtx2s
運動会で理解するデータベースのインデックス - Qiita
サイバーエージェント、新卒エンジニアの研修資料を2つ無料公開 「システム運用」と「オブザーバビリティ」を解説