2024年度リクルート エンジニアコース新人研修の講義資料です
国交省推進する「都市計画情報のデジタル化・オープン化」 都市計画とは、都市計画法に基づいて自治体が策定する街づくりのプランのことだ。土地利用(用途地域、地区計画など)や都市施設(道路、公園など)、市街地開発事業(土地区画整理など)に関する計画を総合的に定め、住民が住みやすく、働きやすい都市を目指す。 街づくりは行政のトップダウンですべてがうまくいくような簡単なものではなく、実現には民間事業者の理解と協力が欠かせない。そこで、自治体が都市計画を対外公表することで、事業者側がそこにビジネス機会を見いだし、街ごとのエコシステムが形成されていくことが期待される。 ただ、これまで都市計画のフォーマットは自治体によってバラツキがあり、事業者側にとって街ごとの特性や強みを比較しにくい状況があった。 都市計画のデータ化は以前から少しずつ進められてきた。国交省はすでに2005年には「都市計画GIS導入ガイダ
個人的には、ゲームエンジンを書く仕事がなくなった これはデカいと思うんだよな ゲームエンジンって職人芸的なところがあった Unityとか、Unrealとか、物理エンジンもBox2DとかBulletとか、当然昔はなかったので、みんな自前で書いてたはず 例えば、スーパーマリオの物理挙動とか衝突判定は当たり前だけど自前で書いてたはず でも、今はブロック崩しさえUnityとかUnrealに含まれてる物理エンジンで剛体力学使って書けちゃう なんかそういうの無駄な計算力だよなと思うけど、まあ書けちゃう、動いちゃう たしか、チュートリアルかなんかにもあったはず 昔はゲーム作るときって、リードプログラマーが1人いて、他も数人で、少人数で職人芸的に作ってたわけだよ 全て自前でやらなければいけないから、簡易的なものを作るにしても、一応大学でやった物理を再度勉強したりするわけだ 剛体力学とか、流体力学とか、材料
“自分は大したことをしていない”と思い込んでいる人の多さ 大野誠一氏(以下、大野):まずは(パーソナルビジネスを創造するための3つのステップのうちの)ステップ1ですね。ビジネス領域の分析をしていく時に、ワークショップや企業でのセミナーでも、本当に多くの人が「自分には取り立てて自慢できるような経験もキャリアも資格もなくて、普通なんですよ」とおっしゃるんですね。 ここのステップ1の分析をしていく時に、そういった感覚から、一歩越えていくためにはどんなことが大事なのか。どんなふうに考えていくとチャンスが出てくるのか、みなさんが今まで経験や研修をやってこられた中で、もし参考になるような事例やケーススタディがあったら、教えていただければなと思います。いかがでしょうか? 千葉智之氏(以下、千葉):「僕なんか大したことはやってないよ」みたいなのは本当に多いですね。たぶん会社の中だけにいると、「それは仕事だ
ちょっと前に「障害者は障害者雇用行けや」という話があった気がします。まあ障害者雇用で自立した生活を営むのはわりと難しいのですが、僕は障害者雇用と障害年金と同居している彼女の障害年金で生計を立てることができております。 上記の通り多少特殊な生活形態ではあるものの、何かの参考になるかもしれませんので、僕たちがどうやって糊口を凌いでいるか書いてみます。 家計収入バイト40,000円障害厚生年金3級(増田)50,000円障害基礎年金2級(彼女)65,000円計155,000円 支出家賃35,000円水道光熱費15,000円食費50,000円交通費10,000円通信費10,000円保健医療5,000円その他15,000円計140,000円 どんぶり勘定なので正確な計算はできていませんが、めちゃくちゃ間違っているということはないと思います。 家賃がやっすいのがでかいですね。地方都市の狭いアパートに二人
知れば知るほど面白くなるUIの世界を皆さんにもチラ見せしたい……ということで、連載の第2弾となる今回は「これは発明だ!」と私たちが感動したUIパーツについてご紹介します。 ミクロな視点でアプリを観察し、UIパーツ一つひとつに注目してみると、普段は気付けない面白い発見がたくさんありますよ。 ※各UIパーツの名称は、公式で発表されているものではなく、私たちが便宜的につけた呼称になります。 Apple Booksのセミモーダル Appleが提供する電子書籍アプリ「Apple Books」では、カルーセル状に並んだ本を押すと、そのままセミモーダルが立ち上がります。前の画面の一覧性を保ちながら、それぞれの本の詳細を見ることができるのが特徴的ですね。さらに下スクロールすることで、全モーダルへと滑らかに変化します。 このUIのポイントは、情報の段階的開示がスムーズに行われていることです。皆さんも、実際の
はじめに この方法を教えると誰もが早くに出会いたかったと口を揃えて言いました こんにちは。Watanabe Jin(@Sicut_study)です。 今回はエンジニアがすべき究極の勉強法について完全解説していきます。 世の中には多くの勉強法が存在したり、インプット中心、アウトプット中心など色々な考え方があります。 ここでは実際に私が運営しているプログラミングコーチングJISOUで実際に用いている科学的根拠のある最高の勉強方法について徹底的にご紹介します。 また勉強法についての一般的な理論を紹介している記事や本は多数存在しますが、エンジニアに特化して紹介しているものはおそらく日本には存在しません。 この記事をしっかりと理解して、実践していくことで今までの勉強の何倍ものスピードで成果が得られるようになりますし、この考え方はすべての学ぶという行動で利用できるもので人生をより豊かにしてくれます。
マグ @OnebookofMAG 10代の頃に教わった「主語を抜き、理由を省き、具体例を考えない”言語化をサボる人”は信用しない方がいい」という言葉、そっくりそのまま私の信念に変えて大事にしている。こういう人と仕事をすると「生産的な議論」ができない。「話せばわかる」が成立しない。何より、コミュニケーションコストが高い マグ @OnebookofMAG ちなみに「言語化をサボる人」は、テキストコミュニケーションで顕著にでる。SlackやLINE然り、プライベート感は行間の想像を楽しむコミュニケーションでいいけど、ビジネス面では「察して」は独りよがりかつ、わがままの押し付け。文章を書くのは大変だけど、行間を正しく読むのはもっと大変。 x.com/OnebookofMAG/s… マグ @OnebookofMAG 令和の”人当たりの良さ/コミュニケーションの上手さ”は、電話口や対面で出るものではな
TL;DR 「最短でプロダクションで扱うため」のコンセプトはそのままに 入門 Docker がv2になりました 5年ぶりにのアップデートで、古くなった情報を消し最新の情報の追加をしてほぼ書き直しました。 現代でも残ってしまっているような古いプラクティスについても言及しているので、再読もオススメです。 概要 入門 Docker を5年ぶりにアップデートしました。 deprecatedな部分だけは綺麗にするかと思い、git cloneしたところ筆が乗りだいぶ様変わりしてv2になりました。 変更点 古くなってしまっている情報を修正したことがメインです。 特に以下3点です。 1. DockerfileのDSL 2. compose v2対応 3. Dockerfileのベストプラクティス 他にもいくつか。 現在でも使用されている非推奨な使い方への言及 古くなってしまっているが、現在でも使用されてい
こんにちは! ベトナム料理普及家のKi Yamamotoです。 今日紹介したい、家でできるアジアご飯のレシピは、中国家庭料理「地三鮮(ディーサンシェン、ディサンシェン)」風の炒め物。 なす、ピーマン、じゃがいもと、その名のとおり畑でとれる3つの野菜から作られる地三鮮は、もとは中国東北地方の料理とか。しょうゆベースの甘辛いたれがシャキシャキ、ホクホクの野菜にからまってご飯のおかずに最適です。 その昔、働いていた中国料理店でシェフから「なすを使ってウマいまかないを作って」と頼まれて困り果てていたところ、一緒に働く台湾人のスタッフさんがこっそり作り方を教えてくれた、僕にとっては思い出の料理なんです。 基本の具は3種類の野菜のみ。それだけでも十分美味しいのですが、今回は豚バラ肉、彩りにミニトマトも加えて、ボリュームもおかず感もアップさせてみました。 ビタミンやミネラルが豊富なピーマン、水分たっぷり
同僚が「この仕事は丸一日かかる」と言って、一日で作業を終わらせていた。 そこですかさず「工数の見積もり間違えまくってるな笑」と揶揄したら、「一日で終わったんだから合っているだろ」と反論された。 「この仕事は丸一日かかる」みたいな言い方、どう考えても、労働時間換算で1日分かかるということだから、作業日数的には3日かかると解釈するやろ。 (1日8時間作業換算) むしろ「丸一日」を「8時間」と解釈する理由があれば教えて欲しい。 丸一日の丸は丸ごと(まるごと)の丸から来てる。 丸一日はつまり丸ごと一日という意味であり、つまり24時間である。 語源的に見ても24時間なのに、8時間と解釈するのはおかしい。 これ、俺が間違ってるんか? 追記何やらアンチが湧いているが、ブコメにいいコメントがあったので拝借。 「丸一日乾燥させる」という文があったら、乾燥させたのは8時間と解釈するのか?どう見ても24時間だろ
骨ストイエベ秋太郎 @M6549192116931 大変心苦しいが、保育園のおたよりは「民間企業なら大クレームになる」レベルのひどい質のときがある。 我が保育園の遠足のおたよりには、持ち物行程雨天時の連絡など普通の連絡内容のあと、プリントの最後一行に「※前日に野菜を配ります」とあった。 保護者は「は?」である。 x.com/WRbMAk1Wqs6TSk… 毒舌保育士 @WRbMAk1Wqs6TSkX なんか年々話通じないなって保護者が増えてる気がするのはなんで? 入園説明で、名前大きく書いてくださいって言ってもちっさい名前シール貼ってくるし、頼んだものとは全然違うの持ってくるし、0歳なのに箸だけ持たせてきたり、荷物入る?ってくらい小さいカバンで来たり… 骨ストイエベ秋太郎 @M6549192116931 え?何?前日に野菜配られてそれをどうしろと?? お弁当に入れて来いってこと?え?ま
ずっと二人でいいと言ってきたけど、 夫が全く諦めてくれず、 38歳で妊娠し、 39で産むことになった 今妊娠六ヶ月 経産婦だから正確には高齢出産ではないらしいけど 39で出産は高齢であることには違いない 私も本音では4人でも5人でも欲しがったが、 上の子2人の育児が大変すぎて3人目なんて考えられなかった ここにきて気が変わったのは、 ・上の子が成長し手がかからなくなったこと ・夫が経営する会社が想像より上手くいってること ・夫が育児も仕事も全部やるのから産むだけやってくれというほど嘆願していること(実際つわりの時家事育児の99.99%やってた) ・自分の仕事がコロナを機にフルリモートになったこと ・上2人の大学費用が貯まったこと ・親が70になるもののまだ元気なこと、私に兄弟が2人いること ・恐らく43でまた欲しいと思い始める気がしたのでそれならば一刻も早く最後のチャンスをと思ったこと 幸
私は世界規模のクラウドプラットフォームの開発者で、現在はシアトル付近に住んでいる。 先日書いた自分のポストに対する反応で面白い意見があってそれを読んでそらそう思うやろなぁと思った。ただ、私も別に嘘を言っているわけではないですし、これでビジネスも回っている。面白そうなので、その辺も調べてシェアすることにしてみました。 ウォーターフォールからアジャイルって開発側の話はいいのだが、それだと管理とか経営とか非エンジニアの理解を得られないので、納得できるところをちゃんと言語化してほしいんだよな。アジャイルの人の「見積もりがない」って言葉を使われるのが一番苦手、ストーリーポイントの設計は「計画と見積もり… — えふしん (@fshin2000) August 1, 2024 自分のチームの開発プロセス的なものこちらの方に自分のチームが現在やっている開発プロセスは書いてある。アジャイルとか、DevOps
はじめに @dora_e_m さんのエントリがあまりに素敵だったので、僕も感化された "割り込みタスク × マネージャー" のネタを書くことにしました。 note.com このエントリでは、エンジニアとデザイナーのマネージャーをしている筆者が、メンバーから「割り込みタスクが多くて困っているんですがどうしたらよいでしょう」と相談されたときにするアドバイスをまとめました。ちなみに全て実際に体験したことです。 ※必ずしもこれら2職種でしか適用できない内容ではないですが、発想・解決のしかたが開発に依るところが大きいです。 なお、アドバイスの内容は個人でできるライトなものからタスクの依頼主に働きかけが必要なヘビーなものまであり、実際にアドバイスする順に並べるとこのようになります。 [個人] 割り込みタスクの優先度を過剰に高くしすぎていませんか [個人] 割り込みタスクにかけている時間はどれくらいです
はじめに 今回は、コードレビュー観点表を作った話について少し書かせていただきます。 社内ではGitHubを用いてコードレビューを行っていて、バックエンドの開発においては、コーディングガイドラインも策定しています。 しかし開発において、ガイドラインに書かれている事項が全てではないため、コードレビューを行う際のポイントが自分の中で綺麗に整理しきれていませんでした。 また、ガイドラインの重要なポイントを十分に把握できず、効果的なコードレビューができていない現状がありました。これを改善するために、コードレビューの観点表を作成したことで、コードレビューの質が上がった話についてお話ししようと思います。 問題となっていたこと 一貫性がないレビュー 毎回レビューを行う際に、自分の中のレビューポイントが明確に決まっていなかったため、的確にレビューができていないこと レビューにかかる時間が長い 自分の中でのレ
なぜサイゼリヤは頑なに値上げをしないのか 【ヨッピー】著書の中でも触れられていますが、イチ消費者として気になる部分、「サイゼリヤは何故値上げをしないのか」についてお伺いしたいです。インフレ・円安の中でどこの企業も値上げしてますよね。なのにサイゼリヤが頑なに値上げをしないのはなぜでしょうか。 【正垣会長】それはね、すごく単純な話ですよ。値上げはお客様のためにならないからです。ビジネスとはつまり、社会貢献だと思っているんですね。「自分たちが儲けて、良い暮らしがしたいからビジネスをする」のではなく、「世の中に困っている人がいて、その人たちの役に立ちたいからビジネスをする」――そういう考え方をしています。優先順位のつけ方ですね。 【ヨッピー】本のタイトルのように、「自分中心の考え方をやめる」というところに繋がるんでしょうか。 【正垣会長】そうです。会社を作った時にもまず、「自分が良い暮らしをするに
後から優秀な人がどんどこ入ってくる 自分は創業期ではないけど社歴でいえばかなり初期の頃に入社しており、それはそれで運が良かったし、カオスな時期ものどかな時期も大変だった時期もあってそれを乗り越えたといえば聞こえがいいが、会社が整うにつれてめっちゃ優秀な人に囲まれるようになって、ふと気が付くとちょっと引け目を感じる。 その優秀な人がみんな年下だったりする 社歴が長いのでその分年を重ねるわけだけど、若くて優秀な人がたくさんいて、みんなすごくて、もちろん出世(昇格を指す)もしていくので、ちょっとした置いてきぼり感がある。 チームが生まれたり消えたり統合したり分割したりするので、それに伴う降格(?)もあったりする いろいろな試行錯誤があるのでチームが変わり、一瞬上長的な役割になったけどそこから外れることももちろんあって、気持ちの持って行き場所がない時があった。 ちなみにこれは、以前の上長が「マネジ
初孫が三つ子らしい。もうじき生まれる予定。 自分のことじゃないけどめちゃくちゃ緊張している。だって三つ子だもんな。 息子のお嫁さんは大丈夫っすよ〜と強気だったけど、本心は分からない。何はともあれ母は強しだ。 しかし息子は仕事が忙しいからと出産に立ち会わないつもりらしい。我が息子ながら喝だなと思う。 仕事の都合くらいつけられるものじゃないのかとか、ハイリスク出産で何が起きるか分からないだろうなどと色々と考えたものの、口うるさい爺になりなくないので夫婦で決めたことならと口を出すのはグッと堪えた。代わりにこんなところで愚痴っている情けない爺だ。 仕事人間の息子だから、育児の手伝いなんてほとんどしないだろう。でも三つ子だ。いくらタフなお嫁さんでも体力も睡眠時間も削られて大変だろうと思う。 お嫁さんの実家は遠方だが、里帰りもしないらしい。近場で手が空いている大人は俺くらいだと聞いた。 何かあったら手
Nui Armstrong@音声クリエイティブ @Tak197011 JAXAからのメールも素晴らしいけれど、何よりヤギサワさんのこの記事自体がとても素敵なので、画像ではなくリンク先のnoteをお読みになることをオススメします! x.com/musesb1113/sta… リンク note(ノート) 憧れのJAXAを退職しました。|Spica 私事ですが、本日2022/03/31をもってJAXAを退職いたしました。 任期制職員だったため、任期を更新せず、満了という形での円満退職となります。 上司に頭突きをしたわけではありませんのでご安心を。 JAXAを目指したときのこと。 具体的にいつ頃から私はJAXAへ入りたいと思っていたかは思い出せない。幼い頃から宇宙飛行士になりたくて、そのためにはJAXAの職員にならなければいけないのかな、と漠然と思っていた記憶はある。 (本当はこの認識は100点で
ITはもう面白くなくなってますね。 技術が面白いときには、いろいろ新しいものが出て性能あがったりできることが増えたりします。調べたらどんどん新しいものが出てくるし、新しいものもたくさん作るし、面白い。ですが、IT技術は一通り出そろって、成熟期に入っています。そうすると新しい技術に出会うことも新しいものを作ることも減っていきます。その結果、いままでの変化のあった状況を知っていれば、つまらんってなりますね。 結局のところITというのは新しいハードをどう動かして社会に実装していくかというものなので、新しいハードが出ないとどうしようもないのです。けれどもだいたい飽和してしまった。 雑にいえば、これまで1980年くらいにBASIC搭載8bitパソコンが普及するとBASICプログラミングが流行り、1990年くらいにパソコンが32bit化するとGUIシステムが使い物になるようになってWindowsやその
43歳にして看護専門学校へ入学して2年半が過ぎた。 ・勝手なイメージで自分みたいなおじさん、おばさんがいると思ってたが非現役性は自分以外は20代前半で少しだけだった。圧倒的現役率 ・40代おじさんにして「学校でいじめにあう」という体験をしてしまう(異質すぎる存在だからこれはもう仕方ないと思ってる) ・看護の仕事って介護と雑用係なんだなという、氣づき(窪田正孝リスペクト) ・学校に予算がなく、マンパワーもなく、学生は勉強が苦手→教員の諦めというコンボによって教育面はかなりガタガタ ・ガタガタなので看護系サイト(たいてい看護系の就職転職サイトが個人情報と引き換えに運営)や参考書で自習しないと課題がリテイク祭りに(看護学生が実習中に寝れないと言っている原因の一つ) ・軍隊的な空気なので体育会系が嫌な人には辛いと思う ・実習の看護師が年下なので怖くない ・キラキラネームがマジョリティなので昔からア
Published 2024/08/13 21:23 (JST) Updated 2024/08/14 16:58 (JST) 障害者が働きながら技術や知識を身に付ける就労事業所が今年3~7月に全国で329カ所閉鎖され、働いていた障害者少なくとも約5千人が解雇や退職となったことが13日、共同通信の全国自治体調査で分かった。障害者の年間解雇者数の過去最多記録は約4千人。退職者を含むものの、わずか5カ月でかつてない規模になっている。 公費に依存した就労事業所の経営改善を促すため、国が収支の悪い事業所の報酬引き下げを2月に発表、4月に実施したことが主な要因。 閉鎖が相次いでいるのは「就労継続支援A型事業所」。障害者と雇用契約を結び、最低賃金以上を支払った上で生産活動や職業訓練をする。全国に約4600カ所あり、精神、知的障害者を中心に8万人強が働いている。 調査は7月に都道府県、政令指定都市、中核
サービスの開発をしていてPMから施策案が出てきた時、ソフトウェアエンジニアとして施策案が本当にユーザーのためになりサービスの成長につながるか納得できないことがある。 このような時にただ文句や愚痴を言っても何も始まらない。エンジニアからも何らかのアクションを起こし施策を前に進める必要がある。 そこでエンジニアができるアクションについて、自分が思っていることを書いてみる。 納得できないケースは大まかにどのようなものがあるか 納得できないケースでは大まかに2つのケースがあるのかなと思っている。 (1) 施策をしたい目的や仮説自体に納得できていない (2) 施策の目的や仮説は良いが、それを達成する手段に納得できていない 1つ目は、たとえば「ターゲットとしているようなユーザーって本当にいるか?」「ユーザーにこういう課題があると言っているが本当にそういう課題があるか?」「この指標に繋がると言っているが
コンビニバイト未満の案件しか取れない。 マジでランサーズの最底辺を彷徨ってる感じ。 あまりに稼げなすぎてもうほとんど居酒屋のバイトで飯食ってる。 俺がフリーランスのエンジニアとして独り立ちする日は来ないんじゃないだろうか。 マジでネットの「IT系らくして稼げすぎ!」みたいなの全部ウソやわ。 副業でめっちゃ稼げる→もともと本業でやってた人がそれより遥かに低い賃金でバイトをやるだけ 仕事選び放題→選べはするけど使ってもらえるかは別の話 自由な時間に働ける→ノルマがめっちゃ多いので労働時間自体は多い こんな私でもすぐに結果が出ちゃった→ビリギャル(超進学校で舐めプしてただけのエリート)みたいなパティーンならそうかも マージで駄目だな。 人生完全に無駄にしたわ。 つうか結局プログラムって覚えても日常であんま使えんのよな。 検索力高めて海外のフリーソフト落としてきた方がよっぽど便利よ
はてなブックマーカー三巨頭のダイダラボッチさんと、ブクマカの良心であるミヤウチさんからコメントをいただきました。 望外のしあわせです。あの世に行ったら自慢しようと思います。ありがとうございました😊 (以下本文です) ---------------------------------------------------------- 私は62才である。とある地方都市で、公務員として約36年働いてきた。生まれ故郷だ。 地元、そう、本当に地元だ。保育所から高等学校まで、ずっと地元である。(地元にある大学で行きたい)大学はなかったので、大阪府内に進学することになったのだが。 それから民間で三年ほど働いて、地元の市役所の採用試験を受けて入庁した。 いいことも嫌なこともたくさんあった。思い出深い職場である。時間が過ぎるのはあっという間だった。 ずっと土木建築の仕事をしてきた。道路造りに、水道に、都市
はじめに はじめまして、IPUSIRON(@ipusiron)と申します。現在はIT技術書の執筆を本業としつつ、FIRE生活を過ごしています。 最初の本が出たのが2001年です。途中で学生や会社員だった時期もありますが、20年以上執筆し続けていることになります。その間、30冊を超える本を執筆してきました。 このたび、「IT技術書を執筆して、FIREをどう実現したのか」というテーマのコラムを寄稿する機会をいただきました。これまでのキャリアを振り返りつつ、次に示す内容を紹介します。 IT技術書の執筆活動を続けてきた中で、印象深い出来事 IT技術書を執筆するということ IT技術書を執筆して、FIREを実現した理由や経緯 自らのキャリアを振り返って、他のエンジニアの方々に伝えたいこと Xでは、読書や執筆に関することを日々発信していますので、気軽にフォローしてください。 はじめに IT技術書の執筆活
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く