ヒルビリー・エレジー的言説がどうしても必要だった理由 | SPFアメリカ現状モニター | 日米関係インサイト
試しに「ラストベルト」と検索してみると、次々と検索結果が表示される。「錆びた工業地帯」とも訳されるこの語は、2016年の米大統領選挙を説明するキーワードとして一気に認知度が上がった。トランプ現象の震源地。ラストベルトに住む「忘れられた人々（forgotten people）」の叫びをただ一人聞き取ったのはトランプ候補だったという説明。この言説を説得的に裏づけたのがラストベルトの叙事詩、J・D・ヴァンスの『ヒルビリー・エレジー（Hillbilly Elegy）』（2016年）だった。 同書冒頭には次のような一節がある。「僕は白人かもしれないが、北東部のワスプの一員とは違う。僕は大学をでていない何百万といるアイルランドからきたスコットランド系白人労働者階級のアメリカ人の一員だと感じている。彼らはずっと貧困のうちに暮らしてきた ... 普通のアメリカ人は彼らをヒルビリー、レッドネック、もしくはホ
猶予は72時間… パタゴニア、リモートで働く90人のスタッフに｢引っ越し｣か｢退職｣の選択を要求
アメリカでは、パタゴニアがカスタマーサービス部門で働く90人のスタッフに対し、7カ所ある｢ハブ｣のうちのいずれかに移るか、退職するよう伝えた。 対象のスタッフは、通知から3日以内に自分の判断を会社に伝えなければならなかった。 チーム文化を改善し、ビジネスニーズをサポートしようとしていると、同社の広報担当者はBusiness Insiderにコメントした。 サステナブルなアウトドアブランドのパタゴニアは、アメリカの従業員90人に選択肢を与えた —— 金曜日までに引っ越すか会社を辞めるか決めるように、と。 90人はいずれも、パタゴニアでは｢カスタマー・エクスペリエンス（CX）｣チームとして知られるカスタマーサービス部門で働く従業員だ。電話や問い合わせに対応する仕事で、リモートで働くことができる。 最初の通知は火曜日の朝、テキストと電子メールで届いた。 ｢午前10時（アメリカ太平洋標準時）から重
脳に収まるコードの書き方
Mark Seemann 著、吉羽 龍太郎、原田 騎郎 訳、Robert C. Martin まえがき TOPICS 発行年月日 2024年06月 PRINT LENGTH 312 ISBN 978-4-8144-0079-9 原書 Code That Fits in Your Head FORMAT Print PDF EPUB ソフトウェアは複雑さを増すばかりですが、人間の脳は限られた複雑さしか扱えません。ソフトウェアが思い通りに動くようするには、脳に収まり、人間が理解できるコードを書く必要があります。 本書は、拡張を続けても行き詰ることなくコードを書き、複雑さを回避するための実践的な方法を解説します。最初のコードを書き始めるところから機能を追加していくところまでを解説し、効率的で持続可能なペースを保ちながら、横断的な問題への対処やトラブルシューティング、最適化を行なう方法を説明します
旦那さんと同じタイプかも。力になれれば。
anond:20240606113439 注意（2024/06/09 追記） この投稿が、双極性障害の方、HSPの方、日頃から感謝を伝えてる方への偏見を招き、肩身の狭い思いをすることのないよう追記する。自己啓発本を不快に感じる人は読まないほうがいい。この投稿に科学的根拠はない。増田ってジャーナルだったっけ？自分も、素人が書いた増田を鵜呑みにせず、精神科に行ったほうがいいと思う。ただ、元増田が旦那さんを病院に連れてくことが難しいのと、俺自身「病院行け」って言われるのが嫌だったから、あくまで病院に行くきっかけになればと思った。ただ、この投稿を実践するより、奥さんだけでも内緒で精神科に行って相談してみてもいいのかもね。もっと良い解決方法を知れるかも。旦那さんに映画や本を読ませたり、感謝させろって言ってるわけじゃない。きっと見る余裕ないだろうし、無理に勧められたら嫌だろう。他人を変えるのは無理。伝
「コードに早まってDRY原則を適用しないこと」とGoogleが呼びかけ
Googleに存在するコードを読みやすく保守しやすい形に保つ取り組みを行うグループ「Code Health」が、「DRYを早まって適用しないこと」と題した記事を公開しました。 Google Testing Blog: Don't DRY Your Code Prematurely https://testing.googleblog.com/2024/05/dont-dry-your-code-prematurely.html DRYは「Don't Repeat Yourself」の略称で、コードを重複させないことを重視する考え方です。重複するコードが存在していると、特定の機能を変更しようとした時に同じ機能を持つ部分を全て探して同時に変更する必要があり、見落としやミスが発生する危険性が高まります。一方、コードの重複を防げていれば一カ所だけを変更すればOKというわけ。 一見DRYを厳しく適用
第7回 AGPLの勧め | WASP株式会社
このブログは会社の広報のためのものですから、あまり政治的なことやセンシティブなことを書くつもりはありませんが(いつもの出だし)、ここ最近のAI関係の人達のライセンスに対する考え方はいかがなものかと思うことが増えて来ました。 そのことの是非をここで言うつもりはありません。言いたいことは山ほどあるのですが、弊社の業務的にはどうでもいいことです。ただ、その中にあった「商用利用禁止のオープンソース」という話から派生して、表題のような話を書いてみようかと思います。 弊社のオープンソース戦略(？) 特定の顧客がついた仕事の成果物は別として、社内用に作ったもの、あるいは自社サービス用に作ったものは、原則オープンソースライセンスで公開することにしています。 今のところ弊社名義のGitHubのピン止め公開リポジトリは3つしかないので、そんなにドヤれるものでもないですけどね。GitHubに置くのに必要なコード
『ルールズ・オブ・プログラミング』を読んだ #iknowtherulesjp - Don't Repeat Yourself
Ghost of Tsushimaなどを作った会社の人が書いた本です。ゲーム開発におけるコードを書く際の教訓を整理し、改めて示し直したいい一冊だったと思います。大事なことですが、著者は決して「このルールを絶対使え」と言っているのではなくて、そもそもまず会社の製品の特性上、このようなルールを敷いておくと品質や生産性を高く保てたという前提があり、その前提を元に「ルールを選び取って自分たちのコーディング哲学を構築しよう」と推奨しています。 ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール 作者:Chris Zimmermanオーム社Amazon この手の本では『リーダブルコード』がよく薦められる傾向にあると思います。私にとってもリーダブルコードは確かに駆け出しの頃すごく役に立った記憶はあるのですが（もう10年くらい前に読んだので正直忘れた）、そこから知識がアップデートされ
40代家庭持ちが現役ゲーマーであり続けるための生存戦略｜Itaru Otomaru
人は、ほんの些細なきっかけで、ビデオゲームから離れてしまうものです。 それまでどんなに熱心にプレイしてきた人であっても、仕事が忙しくなったり、子どもが生まれたり、そういった生活の変化の中でなんとなくゲームを触らなくなってしまい、そのまま卒業してしまうことがあります。 僕自身のことを話すと、僕は40代の社会人で、奥さんと、6歳の双子の娘の4人家族です。 忙しい生活ではありますが、なんとかゲーマーを自称できる程度にビデオゲームを遊ぶことができています。年間数十本程度の作品に触れ、こうやって定期的に文章を書けるくらいには情熱を保っています。 改めて考えてみると、これは決して自然に達成できていることではなくて、「ビデオゲームとの向き合い方」を常日頃からある程度意識的に考えているからなのかなあ、と感じています。 言い換えると、自分が現役ゲーマーであり続けるための「生存戦略」を常に頭に置いて実践してい
学生の頃インディーゲーム作ってて賞とか取ってましたていう新卒のエンジニアの子がいたんだけど会社でうまくいかなかった話→「ゲームに限らないな…」
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 その子に関して僕が感じ取った
【ミノ駆動流】「思うように伝わらない」を解消する！エンジニアのための言語化力の鍛え方 - エンジニアtype | 転職type
2024.05.21 スキル 「つまりどういうこと？」「要するにできるの、できないの？」「それって何の話だっけ」 技術的にどうするべきか正解は見えているのに、頑張って説明しても返ってくるのはそんな言葉ばかり……。「うまく伝えられない」という悩みを抱えるエンジニアは、少なくないのでは？ 2023年のITエンジニア本大賞・技術書部門で大賞を受賞した『良いコード／悪いコードで学ぶ設計入門』（技術評論社）の著者であり、SNSでの情報発信やイベント登壇でも活躍する「言語化のプロ」であるミノ駆動さんも、昔は「君が何を言ってるのか分からん」と上司に言われていたそう。 ミノ駆動さんはどのように言語化能力を伸ばしたのか。聞くと、出てきたのは「合意駆動」というキーワード。その正体とは？ ミノ駆動さん（@MinoDriven） 新卒でNEC の関連会社に入社。その後キヤノンでの10年のエンジニア経験を経て、We
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと｜安斎勇樹
組織に“できたてホヤホヤの暗黙知”をシェアする仕組みをどうつくるか？子どもの「逆上がり」習得過程を見て気づいたこと 今日は「子どもの日」ということで、個人的な話になりますが、先日、5歳の娘が「逆上がり」を習得しました。 一人の親として感動を覚える瞬間だったことはもちろん、習得のプロセスがまさにヴィゴツキーの言う「ZPD（Zone of Proximal Development、最近接発達領域）」そのもので、親としても、研究者としても非常に感激してしまいました。 そこで本記事では、「娘の『逆上がり』習得」というきわめて身近なエピソードを通じて私が感じた、ナレッジマネジメントにおける「できたてホヤホヤの暗黙知」の重要性と、「ZPD」を学びにつなげるためのポイントについて、書いてみたいと思います。 ある日の公園での「驚き」の出来事ある日、保育園の帰り道に寄った公園にて。5歳になったばかりの娘が、
引き受けないお仕事の基準｜Tetsuya Morimoto
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
「知識の扱い方の初歩」を学んだときの話。
つい先日の「解決法の「とっかかり」をなんとなく把握しておくことが大事だという話」を読んで、思い出したことがあるので、忘れないうちに、ここに言語化しておく。 ＊ 初めて「人類の知識の膨大さ」に触れたのは、大学の研究室で、論文を読んで発表をするという、単純なタスクを与えられたときのことだった。 それまでは、論文1つを読んで、その発表をするなんて、とんでもなく簡単なことだと思っていた。 しかし予想は甘かった。 開始15分で、途方に暮れ、「これはとんでもなく時間がかかる作業だ」と気づいた。 というのも、一つの論文の内容を正確に把握し、その研究の意義を完全に理解しようとすると、その研究の背景となる論文や、先行研究を読まねばならない。 結局、1つの論文を発表するためには、その他に５つも１０も、他の論文を読む羽目になる。 予想の5倍、10倍の時間がかかる作業を延々と繰り返し、ようやく発表にこぎつけること
**強い**エンジニアのなり方 - フィードバックサイクルを勝ち取る / grow one day each day
# 参考資料 - https://speakerdeck.com/pokotyamu/furikaeri-2024-95ceb97e-d587-4c4b-a4ec-5e52672644f6 - https://www.1101.com/umeda_iwata/ - https://speakerdeck.com/soudai/release-small
登大遊、落合陽一を生んだ、未踏の父・竹内郁雄に聞く「優れたエンジニア」に必要なこと - エンジニアtype | 転職type
NEW! 2024.04.12 スキル 未踏落合陽一登大遊プログラマー 登大遊、落合陽一など数々のスーパークリエータを輩出してきた、独立行政法人情報処理推進機構（IPA）の「未踏IT人材発掘・育成事業」（以下、未踏IT）。その立ち上げから現在までを知るのが、統括プロジェクトマネージャーの竹内郁雄さんだ。 2017年には、ビジネスや社会課題解決につながる人材を発掘する「未踏アドバンスト事業」にも統括プロジェクトマネージャーとして参画。国際的なデファクトスタンダードとなるソフトウェアを日本から生み出すべく、人材育成に心血を注いでいる。 前身の未踏ソフトウェア創造事業から数えて24年。のべ2000人を超える修了生を見てきた竹内さんだから言える、優れたエンジニアに共通して求められる素養を聞いた。 未踏事業統括プロジェクトマネージャー（PM） 一般社団法人未踏 代表理事 竹内郁雄さん 1946年、富
不動産の契約でドチャクソ痛い目に遭った→次に契約する所で「絶対ここだけは見とけポイント」を教えてもらった
たけぞー @signe705 ずいぶん前に不動産の契約でどちゃくそ痛い目にあって、その次に契約する時に半泣きで「契約書なんてクソ細かい文字で、専門用語もあって読んでも解らない。どうすればいい？」と愚痴ったら、「絶対コレはと言うなら、『解約事項』だけでも見て。無茶な解約条件、解約が難しいのはやめた方が良い」 2024-04-07 09:07:47 たけぞー @signe705 と教わった。「何が無茶な条件か解らない、ギョーカイはこうなってる」と言われたら？「持ち帰って、他のを調べる。そんな時間はーと言って契約を急かせるのはヤバいと思っていい」らしいので、それ以来サブスクでもなんでも解約のとこをまず見るようにしてる。おかげで 2024-04-07 09:12:34
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
擬人化で完全に理解するクリーンアーキテクチャ
「パスワードは定期変更の必要なし」総務省が国民向けサイトで正式見解【やじうまWatch】
雑に思考を整理する技術と効能
https://x.com/hana__heya/status/1776483737926356999?t=yyOFCfDM2myF3Q8KOhwO2Q&s=09
