MIT Technology Reviewに2月に掲載されたRebecca Ackermann氏の表題の記事を読みました。 https://www.technologyreview.com/2023/02/09/1067821/design-thinking-retrospective-what-went-wrong/ 世界を変えるはずだった「デザイン思考」はどこで間違ったのか、という記事です。日本語版もあるのですが、最後まで読むには課金しなければなりません。この記事は、最後まで読む価値があると思うので、英語版で読むことをお勧めします。 デザイン思考は、デザインのような創造的な仕事を1人の天才が行うものから多くの人の協調的な作業に変えた、という意味で画期的な方法論です。シリコンバレーのIDEO社や、スタンフォード大学のdスクールの名前を聞いたことがある人も多いでしょう。よく知られた、ポスト
飲食店経営者が緊急事態宣言に思うこと
当方、都内で飲食店を経営している。10席程度の小料理屋。妻と2人で切り盛りしている。 接待では使われないが、夫婦や気の合う仲間同士２～３人ないし1人で引っ掛けるような時に使う店。 昨年からかなり厳しいが、持ち帰りをやったり常連さんに助けてもらったりして秋くらいからどうにか持ち直しつつあった。 コロナ対策としては客の手指消毒・検温の徹底、提供する料理と飲料は必ず小分け（瓶ビールや徳利は廃止）、メニューを板書式に変更する、席数を減らすなどかなりやってる。 正直「５人以上の会食」は起きない。まあマスクなしで会話はあるが。 そうした店まで十把一絡げで時短要請と言う名の休業要請をするのはどうなのか。8時以降の時短だったら営業する意味ないのでまあ休業だわな。（経営者には雇調金は出ないのよね） 飲食店ばかり目立つから目の敵にするが、クラスターでは会社も割と多いのに、そうしたところはテレワーク要請。休業要
今週のお題「上半期ベスト◯◯」 俺がやるなら本を選ぶしかない。 2023年上半期に読んで面白かった本はこれだ。 【目次】 バリューブックスとの提携 2023年上半期に読んだ本 『同志少女よ、敵を撃て』 『コード・ブレーカー』 『ネットワーク科学が解明した成功者の法則』 『ある人殺しの物語 香水』 『後悔の経済学 世界を変えた苦い友情』 『シンプルで合理的な人生設計』 終わりに 2022年下半期に読んで面白かった本 バリューブックスとの提携 本題に入る前に、一つお知らせがある。オンラインを中心とした本屋バリューブックスと提携し、今回紹介する本をバリューブックスの特設サイトで販売することになった。 もちろんバリューブックスで購入するだけのメリットはちゃんと用意してある。 1. クーポンコード適用で送料無料 (2023/8/10まで一度限り) 2. 16%のポイント還元 (2023/7/31まで
Miro大好きjacopenです。エンタープライズなIT界隈ではおそらく日本でトップクラスにMiroを愛している自信がある。 さて今日はMiro Advent Calendar 2021の3日目。 今日は、人類がいかにWeb会議に不向きかという話と、そのギャップをMiroで埋めようという話。あとは自分が関わっているカンファレンスでMiroを使いまくっている話をする。 Web会議の8割はXX コロナ禍でだいぶ定着したWeb会議。でも、個人的には世の中のWeb会議の8割は上手くいっていないと思っている。数字に根拠はないけど。 何を持って上手くいっていないとするかだが、「対面の会議と比較して伝えられる度合いが低下している」とすると、8割くらいはそれに該当すると言っても過言ではないだろう。 何故そうなるかというと、基本的に人は言葉だけで物事を正確に伝えることはできないからだ。 人間の会話において、
「Ask What, not Why」 失敗したときに自信を失いかけたら実行しているメンタル転落回避術 - Money Forward Developers Blog
半年ぶりのカキコ……ども……。気づいたらHRソリューション本部からMFBC-CTO室に異動していたVTRyoです。兼任で引き続きHR系のマネーフォワード クラウドシリーズも担当しています。 ソフトウェアエンジニアとしての経験値が増えてくると、次第にレビュー担当者になることが増えてくるでしょう。私が所属するSREチームでもTerraformの相互レビューが頻繁に実施されています。そこで、事件は起きたのです。 自信を持ってApproveしたPull Requestで次々に事故が起きてしまった 現在HR内のマネーフォワード クラウドシリーズは、モダンな開発基盤へとリプレイス作業を多く行っています。これまで動いていた基盤に感謝しつつ、新しいPlatformへと移行し、最終的に元あったリソースを削除します。 事件はこの リソース削除 で起きました。 チーム内レビュー OK リポジトリ管理者レビュー
バッチ処理について考える - Qiita
TL;DR ひとくちにバッチといっても色々ある 夜間バッチをもう作るな オンラインバッチはSQL以前にDB設計がんばれ はじめに Twitterのタイムラインで以下のようなツイートが回ってきました。 バッチ処理をみんな舐めてかかったり、ショボイとか思ってる人多い印象なんだけれども、数十万～数千万件規模のデータを処理したことあるのかな。テンプレ通りのコードじゃ動かないよ？ネットに本にも答え載ってないよ？低レイヤも意識しないと動かないよ？ 2020年1月10日 ツイートされたわだっしーさんの意図がどこにあるかは確認してないですが、極限の世界でテンプレート的な処理では対応出来ないのはあるよな、と思いつつもある程度はバッチの作法としての書き方があると思っています。 このツイートとその関連ツイートを読みながら、そういえばバッチ処理に関して書いてある記事はあまり見ないなぁ、とおもったので他のネットや本
本当に趣味を持ってる人はマイノリティという事実
人と知り合ったときとかってだいたい「何が趣味なんですか」「私の趣味は……」みたいな会話が交わされるじゃないですか。あれって意味不明だと思うんです。というのは、だいたいの人って趣味なんか持ってないじゃないですか？(はてなにいる人、何かのオタク趣味ある人が多そうですけど。はてなーとかいう偏りまくりバイアスありまくりの集団の話はしてないです。普通の人の話。) まあ「趣味」っていう言葉の解釈の仕方にはいろいろあると思うんで、まず「趣味」を定義しましょう。 冷静に考えて、年に一冊しか本読まない人が「読書が趣味」って言ってたら「は？」ってなるじゃないですか。(そういうことも多分にありそうですけど) まずそのふわっとした感覚を言語化したいですよね。というわけで、 多くのリソース(長い時間and/or多額の金銭)を割いているこの条件は合意がとれるかと思います。でもこれだと労働とか通勤とか睡眠とか入ってきち
鳥取県鳥取市で主にホームページの制作を行っている合同会社フットでWebディレクター兼エンジニアをしている岡村といいます。 このnoteは先日、各地でWebディレクターをされている方々と「Web制作の見積り」というテーマでZoomを使用した情報交換会を行った際に自身がカンペとしてまとめたものをnote用に加筆修正したものです。 情報交換会の実施後にTwitterで「こんなお話しましたー」とつぶやいたところ、普段あまり「いいね」がつかない僕のアカウントにしては結構反応を頂きました。 情報交換会でも「他の人の見積書の作り方を知る機会がないので新鮮だった！」「発見があった！」という声が挙がり、僕自身も新しい気付きがあったので、こういった情報を共有すると参考になる方がいるかも。ということで、非常にざっくりとしていますがまとめてみました。 タイトルにあるように、あくまでも僕たち（合同会社フット）の場合
キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte
これまでもコンテナ関連の記事はそれなりに書いてきましたが、改めて最新事情に合わせて練り直したり見渡してみると、大きなところから小さなところまで選択肢が多すぎると感じました。 コンテナ系アーキテクチャを丸っと他所の構成で真似することって、おそらくほとんどなくて、参考にしつつ自分流に築き上げていくでしょうから、今回は築くにあたってどういう選択肢があるのかにフォーカスした変化系で攻めてみようと思った次第です:-) 目次 今年一発目の長いやつです。半分は学習教材用、半分は道楽なテイストです。 はじめに 基盤 インスタンス or コンテナ ECS or EKS on EC2 or FARGATE X86 or ARM64 ロードバランサー メンテナンス：ALB or ECS Service 共有 or １環境毎 アクセスログ：ALB or WEBサーバー ECS / EKS デプロイ：Blue/Gr
どうもみなさんごきげんよう。 本日某所でYouTube収録後に「のらえもんさん、20年後の東京タワマンは廃墟化しないんですか？今後マンション価格はどうなるんでしょうか」と言われた時に、いま感じている違和感を、一切の忖度なく包み隠さず喋ってみたらめっちゃスッキリしたけど、漆黒といっていいほどの近未来予想になってしまった。 あゝ湾岸タワマンに救いあれ（とはいえ、たぶん日本全体でいえば救いある方） 箇条書きだけど以下メモ、この近未来予想は外れることを祈っています。 ・東京都心にたつタワマンは廃墟化しない、20年後も安心だろう、それは間違いない。そんな心配をするよりも、庶民である我々はどうすればいいか考えたほうがいいかもしれない。 ・たとえば、都内のタワマンはいま異次元の価格ではあるが、いまでも買い手が現れる。かなりアッパーの価格帯になると、購入者は日本人よりも外国人比率が高くなり、彼らは住宅ロー
『ゼルダの伝説 ティアーズ オブ ザ キングダム』レビュー。後世に語り継がれるであろう、人類の進化を体現する傑作 - AUTOMATON
文字通り伝説のゲームとなった『ゼルダの伝説 ブレス オブ ザ ワイルド』（以下、ブレス オブ ザ ワイルド）。その続編として登場した『ゼルダの伝説 ティアーズ オブ ザ キングダム』（以下、ティアーズ オブ ザ キングダム）は前作に引き続き素晴らしい作品になっているのか。結論から言えば、続編として理想的なクオリティをもった作品であった。ゲームは足を使ったサバイバルから手でつなぐ社会活動へ。人類の進化を体現する傑作である。なお、本稿は最下部にストーリーのネタバレを記載している。該当箇所の直前に太字で注意文を入れている。 ゲームは足を使ったサバイバルから手でつなぐ社会活動へ 「ゼルダのアタリマエをみなおす」という題目のもとに生まれた『ブレス オブ ザ ワイルド』はゲームの歴史に名を残す傑作であった。同作は、オープンワールドと攻略順不同の組み合わせにより、初期のシリーズ作品へゲームデザインの原点
TCPとQUICの比較
ジェフ・ヒューストンのブログより。 QUICトランスポート・プロトコル(RFC 9000)は、オリジナルのTCPトランスポート・プロトコルを改良したものに過ぎないという一般的な見解があります[1][2]。私は、この意見に同意し難く、私にとってQUICは、通信のプライバシー、セッション制御の完全性、柔軟性の面で、アプリケーションが利用できるトランスポート機能における重要な変化を象徴しています。QUICは、より多くの形式のアプリケーションの動作に本質的に役立つ、異なる通信モデルを体現しています。そうです。TCPよりも高速です。私の意見では、公衆インターネットは、いずれQUICがTCPに取って代わると思っています。ですから、私にとってQUICは、TCPに少し手を加えただけのものではありません。ここでは、TCPとQUICの両方について説明し、QUICがトランスポート・テーブルに加えた変更について見
ゲーマーはなぜNFTが嫌いなのか？
「自分が実際に触れたことはないけど、やたら目にする流行語」の代表格であるNFTはゲーマーの身の近くに迫っている。ゲーム会社が新たなビジネスとしてゲームに関連したアセットやアイコンをNFTアートとして販売するだけでなく、大手ゲーム会社がNFTゲームの研究を進めたりベンチャー企業がNFTゲームの開発・運営を始めたりしていることは連日のように報道されている。 地域によってNFTゲームへの反応はさまざまだ。日本ではまだNFTゲーム自体がそこまで注目されていないため、日本のゲーマーはNFTゲームに対して肯定も否定もしようがないといったところだが、欧米圏のゲーマーとゲーム開発者は明確にNFTを敵視して排斥しようとしている。いったいなぜこんなことが起きているのか、そもそもNFTゲームとはなんなのだろうか？ NFTとはなにか？ 非代替性トークンことNon-Fungible Token、通称NFTはブロック
2021年現在、ベイジの柱の事業はウェブ制作事業とウェブアプリデザイン事業です。ウェブ制作事業は会社設立の2010年からの主力事業で、サービス品質の平準化を目的に2014年頃からワークフローの整備を進めてきました。 一方ウェブアプリデザイン事業については、事業拡大したのがここ数年で、まだワークフローが整備されておらず、各人の裁量に委ねた進め方になっていました。そこで今後の事業拡大とメンバー増員を想定し作成したのが、業務システムやSaaSのUIデザインに特化した「ベイジの業務システムUIデザインワークフロー2021年版」です。 基本的な進め方は国際規格（ISO 9241-210※）の人間中心設計プロセスに基づいて組み立てていますが、細かいタスクの順序や内容は、今までベイジで培ってきたノウハウをふんだんに盛り込み、組み換えています。 また今回ワークフローを整備するうえでは、クライアントごとの開
コロナ騒動で、はてなは馬鹿ばっかりなんだと改めて思う。 自分で考えてないか調べてないから、結論ありきでしか考えられないし信憑性の薄いものでも信じてしまう。 陰謀論とデマが大手を振って、多くの人に支持されるメイン意見になったりする。とくにはてなでは、政権を批判するものであれば何でもOKという印象すらある。 新型コロナウイルスに関して、一部のそして主流層のはてな民は本当に害でしかない。 この新型コロナウイルスについて調べてみると、指定感染症で病床数も1800とか少なく十分な医療リソースが存在しない事は、ほんの数分で分かる基本だ。 さらに情報を求めれば、致死率やウイルスの特性、今後はどうなる可能性があるかまで、自分で考えることはできる程度の情報は得られる。 例えば、一定期間での入院患者の退院人数と新規の入院患者数を比較したときに、退院数が上回る事が一つの収束の目安になるのでは？と想像して、 実際
混ぜておけば10分でできる在宅勤務カレー「ポークビンダルー」を分散調理で作る【ツジメシの日常メシ】 - メシ通 | ホットペッパーグルメ
こんにちは。プロダクトデザイナーときどき料理人、ツジメシこと辻村哲也です。「ツジメシの日常メシと週末メシ」、今回は日常メシ。用意しておいたら食べる時の調理は気軽で簡単な「分散調理」シリーズです。 「分散調理」とは僕が勝手に言っている用語でして、手の空いた時に用意しておいたら、食べる時の調理は短時間で簡単に、しかもそのときは細かい計量などの気を使う作業もできるだけしないで済ませよう、という方式です。 仕事の合間に脳のリソースを消費せずに済むので、在宅勤務に向いていると思います。 以前紹介した、仕込んでおいたらすぐできるチキンカレー。 www.hotpepper.jp このレンジパスタも分散調理ですね。 www.hotpepper.jp 今回は最近人気の酸味とほんのり甘みが効いたインドのポークカレー、「ポークビンダルー」の分散調理版をご紹介します。カレーというと長時間煮込むイメージがありますが
【書評】「Linuxで動かしながら学ぶTCP/IPネットワーク入門」手を動かしてTCP/IPを学びたい人におすすめの一冊 | DevelopersIO
こんにちは。CX事業本部MAD事業部のYui(@MayForBlue)です。 最近読んだ「Linuxで動かしながら学ぶTCP/IPネットワーク入門」という本が、楽しくTCP/IPに入門できて良いなと思ったのでご紹介させていただきます。 本の目次 はじめに TCP/IP とは Network Namespace イーサネット トランスポート層のプロトコル アプリケーション層のプロトコル NAT ソケットプログラミング おわりに 付録 環境構築 シェルの基本的な使い方 この本を読んで学べること この本ではTCP/IPのネットワーク、パケットの流れを手元の仮想環境を使って学ぶことができます。 環境については、Network Namespace という、ネットワーク設定を分割して管理できるLinuxカーネルの機能を使います。 用意した環境の中で、通信を行うコマンドを自分で打ち込み、パケットの流れを
The Gopher character is based on the Go mascot designed by Renée French. はじめにTIG DXユニット 1の真野です。 コードレビューについては3,4年ほど前に、コードレビューにおけるレビュアー側のアンチパターン って記事を書いたりもしました。当時はレビュアーの伝え方って大事だよなって話をしてました。いつしかレビュイーからレビュアーに比重が変わることが増えてきました。相互レビューは当たり前にしていますがが、比較的こうしたらもっと良くなるんじゃないかな？と提案される回数より、自分が提案する回数の方が増えてくるタイミングってありますよね？ そういうわけで、最近Goで主にバックエンドのWebAPIや、AWS Lambdaで動くETLアプリ、たまにCLIツールを開発する時に、2回以上同じ指摘したコメントをまとめてます。Go言語
官僚主義からスタートアップ精神へ——。およそ10年前、新サービスの立ち上げ失敗を機に生まれた米国政府の新組織が作ったWebデザインシステムは、今では160サイト・11億ページビュー規模にまで広がりを見せている。 by Jon Keegan2024.07.03 412 9 この記事の3つのポイント 米国には公共デザインシステムとカスタムフォントがある 政府系Webサイトのアクセシビリティと一貫性を高めることが目的 これらのプロジェクトでは透明性や協働、継続的な改善が重視されている summarized by Claude 3 米国には、公式のWebデザインシステムとカスタムフォントがある。この公共デザインシステムは、政府のWebサイトを単に美しいものにするだけでなく、すべての人にとってアクセスしやすく機能的なものにすることを目的としている。 インターネットが普及する以前、米国民は印象的な石柱
はじめに タイトルでお察しかと思いますが、今回は「罰ゲーム化する管理職」の著者である小林祐児さんがPIVOTのYoutubeチャンネルに出演されており、そちらの内容が非常に素晴らしかったので、管理職の課題や対策について、記事にまとめたいと思います。 また、途中で出す資料はパーソル総合研究所の中間管理職の就業負担に関する定量調査からお借りしています。 中間管理職の課題 部下育成が不十分、後継者不足 働き方改革が進んでいるもの、現在の管理職は人手不足・ダイバーシティ・ハラスメント対応・人手不足などによって業務量が増加。 管理職本人の負担が増えている他、部下育成と後任者の不在という課題も抱えている。 昨今の働き方改革やハラスメント対応などにより、管理職の業務量は増加傾向にあります。 小林さんに言わせれば、「働き方改革は一般層の働き方改革」であって、それによって管理職の首を絞めていると。 業務量増
技術部 SRE グループの mozamimy です。 クックパッドでは、 SRE が中心となって、サービスを動かす基盤の大部分である AWS のコスト最適化を組織的に取り組んでいます。 昨年夏に公開した記事である、インフラのコスト最適化の重要性と RI (リザーブドインスタンス) の維持管理におけるクックパッドでの取り組みでは、 なぜインフラのコスト最適化が必要なのか、具体的にどのような考え方に沿って進めてゆけばよいのか。 SRE が一括して管理する AWS のリソースプールそのもののコスト最適化を実践するための具体的な取り組みの一例として、RI のモニタリングや異常時の対応フローによる維持管理。 といった話題にフォーカスしました。 今回は、インフラにかかるコストを正しく「説明」するための取り組みということで、コスト最適化に貢献する社内アプリケーションである Costco (Cost Co
はじめに サーバーレスに触れて数年が立ちました。 そろそろ人にある程度説明ができるレベルの知識と経験が備わったような気もするので、年末なのでまとめてみました。 サーバーレス気になっているけれども、という人に少しでもためになればいいなーと思います。 サーバーレス基礎 皆さん、サーバーレス設計という話を聞いたことはあるでしょうか？ まずサーバーレスについて説明しますが、世の中にはたくさん解説記事があるのでそちらも適宜参照ください。 サーバーレスでも実際にはサーバーは存在する サーバーレスとは開発者がサーバーのことを意識しなくてもよい、ということ Function as a serviceに代表されるように、あるプログラムの実行環境を提供するが、プログラムの動作環境は開発者は意識する必要はない、というイメージ 恐らく、AWS Lambdaが一番理解しやすいと思います。 AWS Lambdaではプ
Firefox / Safari MozillaはMozilla Specification Positionsというリストを公開しています。 IETFやW3C、TC39などが提唱しているWeb技術に対して、Mozillaはどのように評価しているかという立ち位置を表明したものです。 あくまで現時点での評価であり、もちろん今後の仕様変更などに伴い評価は変わる可能性があります。 Mozilla's Positions Mozillaはどのように評価しているかの分類。 under consideration 評価の検討中。 important 優れた概念であり、Mozillaにとっても重要である。 worth prototyping 優れた概念であるが、プロトタイプを作成し、フィードバックを得て磨きをかける必要がある。 non-harmful 有害ではないが、良いアプローチではなく、取り組む価値
少子化や無敵犯罪者化の原因は恋愛力不足なんですか？
個別の例を見ていくとそんなことなくないですか？ まず秋葉原でトラックで暴れた加藤は、中学生の頃に彼女がいましたよね。 その彼女とは毒母に無理やり別れさせられ、毒母から異常な教育を受けて、精神障害になったことが問題でしたよね。 これ恋愛力不足とは何も関係なくて、「異常な母親が息子を虐待していても行政の介入リソースが足りてない」というのが一番の問題で、 次に雇用環境の問題って感じでしたよね。 というか成人した加藤も親しい女性がなんだかんだでいましたよね？ 彼べつにあらゆる女性から無視されてる非モテとかじゃなかったですよね？ そもそも中学生で彼女いるのって、平均より早くないですか？ 「恋愛力」、不足してないですよね？ 我田引水やめてください。 あと小田急のサラダ油氏も、非モテどころかサッカー部の人気者→ナンパ師でしたよね。 高校の同級生の証言で、高校時代は運動神経抜群で人気者の長身イケメン陽キャ
【完全独学】中国語の話し方 第二言語習得研究を活かした中国語学習ロードマップ - ポリグロットライフ | 言語まなび∞ラボ
はじめに 今回は中国語の話し方を紹介します。私がどうやって中国語を身につけたのか、第二言語習得研究を活かした中国語学習ロードマップを解説していきます。ぜひ注目されている中国語をマスターしてキャリアを広げていきましょう。 ↓↓こちらもぜひチャンネル登録お願いします www.youtube.com 第二言語習得研究で中国語を完全習得 第二言語習得研究とは 言語習得の仕組み 言語習得の4つのプロセス 言語知識の自動化 中国語の言語的特徴 形態論と語順 簡体字と繁体字 四声 拼音 難易度 発音 発音の落とし穴 四声&拼音 おすすめ発音テキスト 単語学習 セルフ音読はNG おすすめ単語学習テキスト キクタン中国語シリーズ 起きてから寝るまで中国語単語帳 HSK基本語彙 中国語文法 フレーズと単語を結合する中国語文法 細かい文法よりも伝わり方 仕上げとしてのパターンプラクティス おすすめ文法テキスト
こちらが伝えた内容から不要なことを邪推しないというか、文字通りに「真っ直ぐ」である人は、望ましい行動に最短経路で向かっていくので効率的な行動を選択していくな、と感じます。「なにかわからないことがあったら、すぐに質問してくださいね」と言われたときに、実際にすぐに質問できる人はどんどん前に進んでいきます。余計なことを考えない分、リソース効率がよいのでしょう。 ぼく個人は、人間はもともと素直な生き物なんじゃないかと思っています。それが、イヤな体験を重ねるたびに少しずつ防衛的になって、だんだんと素直さに蓋をしてしまうケースがあるイメージです。「それくらい自分で調べろ、いちいち質問するな」と怒鳴られるようなことがあったら「すぐに質問してね」と言われてもなかなか実行に移せなくなりそうですよね。そういう人は「自分は、そういう状況である」というのを自覚することから始めるとよいでしょう。「質問してよかった」
Microsoft の「クラウドアプリケーションのベストプラクティス」が良かったので紹介したい | DevelopersIO
こんにちは。CX事業本部MAD事業部のYui(@MayForBlue)です。 最近調べものをしている中で見つけたドキュメントが良かったのでご紹介したいと思います。 先にまとめ Microsoft の RESTful Web API の設計 のドキュメントが API 設計を考える上で勉強になった 関連する クラウド アプリケーションのベスト プラクティス のドキュメントもアプリケーションを設計する際の指標として良さそう RESTful Web API の設計 最近 API 設計やパス設計について考える機会があったのですが、これという正解がなかったり、人によって思想やこだわりが違ったりして結構難しいなと感じていました。 そんな中で下記のドキュメントを見つけてひとつの指標として良いなと思ったのでご紹介します。 内容（項目） REST とは何か リソースを中心とした API 設計の整理 HTTP
愛知トリエンナーレ内の展示企画「表現の不自由展」に行ってきた。 当初この企画のことを知ったとき、「これは大変なバッシングに晒されるだろうな」と思ったものだが、事実その通りになった。「早晩中止になるかも知れないから見に行くなら今だ」と思い定め、無理矢理予定を半日空けて名古屋まで出向いたが、その夜、脅迫に晒されてこの展示の中止が決まったことを知って予感は的中した。 なんというか、膝から崩れるような落胆を感じはしたが、驚きはなかったし、奇妙なことに憤る感情もなかった。それは、この炎天下に何日も放置していた鍋を空けてみたら予想通りにドロドロに腐りきっていてもはや手の付けようもなかったのと同じようなもので、予想通りと言うよりは予定通り、この日本社会がもう取り返しが付かないぐらいにダメになってしまっていることを知らされたというよりも再確認させられただけのことだからなのだろう。 ともあれ、落胆を通り過ぎ
7年続いたサービスをEC2構成からECS構成へ乗り換えた話 - KAYAC engineers' blog
この記事は Tech KAYAC Advent Calendar 2021 の20日目の記事です。 こんにちは、バックエンドエンジニアの @commojun です。今年のTech KAYAC Advent Calendarは3度めの参戦です！よろしくお願いいたします！ 本日の記事は、昨年の記事の続きで、Amazon EC2のプロダクトをAmazon ECS構成へと乗り換えた話になります！ techblog.kayac.com 目次 目次 背景 Amazon Linuxのサポート終了 ついでにPerlのバージョンもあげた 苦労したポイント 1，デプロイ方法がめっちゃ変わる デプロイのために都度コンテナイメージを焼く 2階建て作戦 2，batchサーバどうするの問題 sqsjfr + SQS + sqsjkr 作戦 3，泥臭い戦い ecspressoの存在 非エンジニアにもわかってもらおう 「
現在の会社にテックリード（１人目の正社員エンジニア）として入社して、２年間やってきたことを書いています。 エンジニア二年目でテックリードとして試行錯誤してきて、自分の振り返りもしたいという思いから記事を書きました。 （前提として、シード期のスタートアップで実行してきたことです。） 入社時のチーム課題 入社当時は、２週間単位のスプリントでスクラムを回してましたが、全員が業務委託だったこともあり、完全な内製化を進める必要があり、主な課題は以下でした。 継続的リリースが困難な状態になっており、それを解消することが急務 社内にエンジニアがいなかったので、開発組織体制づくりが必要だった。 ウォーターフォール寄りのリリースが多く、継続的にリリースする文化がなかった。 リファクタリングやテストコードが不十分だった。 改善したこと Zenhubを導入 それまでは、GitHub Projectで進捗管理をし
AWS Startup ブログ スタートアップのためのマイクロサービス入門 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 以前「スタートアップのためのコンテナ入門 – Kubernetes 編」を出した際に記事内で、マイクロサービスやサービスメッシュにふれる機会がありました。今回は AWS でデベロッパーアドボケイトをしているトリ氏 (@toricls) にマイクロサービスについて記事を寄稿いただきました。 ※ 本記事は Software Design 2020年7月号 に掲載された「スタートアップのためのAWSテクノロジー講座 – マイクロサービスのあるべき姿と特徴を知る」からの転載、改修版です。 目次 マイクロサービスにはコンテナが必要なのか？ サービスメッシュは本当に必要なのか？ 「マイクロサービス」という言葉の功罪 マイクロサービスが必
JP Contents Hub
AWS 日本語ハンズオン Amazon Web Services(AWS) の 日本語ハンズオンやワークショップを、カテゴリごとにまとめています。 右側の目次や、ヘッダー部分の検索ボックスから、各コンテンツにたどり着けます。 また、Ctrl + F や command + F を使ったページ内検索もご活用いただけます。 料金について ハンズオンで作成した AWS リソースは通常の料金が発生します。作成したリソースの削除を忘れずにお願いします。 もし忘れてしまうと、想定外の料金が発生する可能性があります。 画面の差異について ハンズオンで紹介されている手順と、実際の操作方法に差異がある場合があります。 AWS は随時アップデートされており、タイミングによってはハンズオンコンテンツが追いついていない事もあります。 差異がある場合、AWS Document などを活用しながら進めて頂けますと幸い
Web 技術解体新書「第二章 Cache 解体新書」リリース Intro 「Web 技術解体新書(Web Anatomia)」の第二章として「Cache 解体新書(Cache Anatomia)」をリリースしました。 これで予定している八章のうち二章が終わりました。 第一章: Origin 解体新書 第二章: Cache 解体新書 Cache 解体新書 以下の Response Header Field がどういう意味を持つか正確に説明できますか? おそらく多くの Web 開発者が一度は見たことがあり、これを「1 時間キャッシュする」という意味で指定している人もおおいでしょう。 では、どこから 1 時間で、 1 時間経ったらなにが起こるのか、これが Response でなく Request に付与されたらどう変わるのか、きちんと把握できていますか? そもそも、一般的にキャッシュ機構における
※ 一部ガイドラインに反する内容がありましたので、該当箇所を修正のうえ再投稿しております。 はじめに Axross は、エンジニアの"教育"と"実務"のギャップに着目し、「学んだが活用できない人を減らしたい」という想いで、ソフトバンク社内起業制度にて立ち上げたサービスです。 現役エンジニアによる実践ノウハウが"レシピ"として教材化されており、実際に動くものを作りながら、具体的な目的・テーマをもってプログラミングを学ぶことができます。 今回は、Axross運営が厳選した『AI・Python活用レシピを100選』をご紹介します。是非、みなさまのAIやPython学習の参考にしてみてください。 Axross：https://axross-recipe.com 公式Twitter：https://twitter.com/Axross_SBiv 基礎 スクレイピング 01 . JUMPの掲載順をスク
テレビのインターネット接続機能 「テレビ視聴データに関する民放５社共同の技術検証および運用実証実験」ってニュースが流れてたけど、そもそも「テレビ視聴データって何？」「どうやって取ってるの？」「Dボタンを押さなくても勝手に通信するの？」と疑問が浮かび調べてみた。 この記事で扱っているデータは、5社共同実験の期間終了後なので、他社と視聴ログを共有しない「テレビ朝日 - 視聴データの取扱いについて」の挙動と考えます。 この記事では扱っておりませんが、他局（ フジテレビ / TBS / テレビ東京 / 日本テレビ / NHK ）からも同様の告知が出ていることから、他局も同様の機能を持っていると考えられます。 作業環境 スイッチは「NETGEAR GS108Ev2」 テレビを接続したポートからパケットキャプチャを接続したポートへのミラーポートを設定。 パケットキャプチャは「Wireshark」 「テ
「私たちはどう年を取るのが望ましいか？」 いつの時代にもこうした問いはあっただろうし、私もずっと問い続けている。 これからの世の中、どう年を取っていけばいいのかわかった気がしない。 そうしたなか、最近、気になる本に出会った。それを紹介しながら、高度な資本主義と高度な高齢化社会の組み合わせについて書いてみる。 100年時代の人生戦略を語った『ライフシフト』 まず、本を紹介しよう。 今回出会った本はリンダ・グラットン／アンドリュー・スコットという二人のロンドンビジネススクール教授が著した『LIFE SHIFT 100年時代の人生戦略』という本だ。 本書はまず、従来までのエイジングを教育のステージ・仕事のステージ・引退のステージの３ステージ構成とみなし、それが時代遅れになっていると指摘する。 確かに。寿命が延びて就労期間も延びたのだから、若い頃に教育を受けたきり何も学ばなければ、働き口は狭くなり
はじめに こんにちは！yamakazu (@yamarkz) です。 近所の行きつけスーパーがサミットストアになったのですが、品揃えがとても良く、お店の雰囲気も明るくて、仕事終わりの買い物が最近の楽しみになってます 🥳 🛒🥗 さて今回は、開発方面のナレッジとして外部API連携の話を紹介します。非常にニッチな領域の話題ですが、わかる人にはわかるような内容です。 興味のある方はぜひ最後まで読んでみてください。 動機 新しく外部API連携の開発に着手するメンバーの助けになりたい、より良い外部API連携を実現したいという思いから、これまで開発を経験してきた中で理解した勘所を紹介します。 元々は社内向けに書き溜めておいたナレッジメモの内容ですが、特別社内に留めておく必要性もないので、せっかくならブログにしてしまおうと思い、ここで筆を取りました。 これは社内の同僚に向けた内容でありながら、似た境
はじめに 「Typescriptの次はRustかもしれない」という記事がバズってるのを見かけました。 なかなか面白くて、PAとしてのWASMとRustを比較している記事です。ちょうど最近「レガシーおじさん、SPAを始めてみた。そして限界を知る」でも書いた通り最近SPAに手を出してみたのですが、いろいろやろうとするとSSRのためのBackend for Frontend (BFF)等が必要になるとわかり「これJSでやる必要なくない？」とも感じていたのでちょうど良かったです。 こういうのを見るとRIAやGWTのように似たアプローチで廃れた技術や、登場が早すぎたMeteor、今も頑張ってるMSのBlazorなど色々頭をよぎります。といわけで歴史を俯瞰する意味でHTML + JavaScriptとそれ以外の技術のせめぎ合いの歴史やMSのBlazorやRustのyewなどWebassemblyを使う
DDD失敗パターン集 DDDという方法論それ自体に対する僕の立場はあんま好きじゃない寄りのフラット（といいつつほぼ忘れかけている）なんですが、過去何度もDDDでプロジェクトが爆死するのをみたり、爆破してしまったり……というのを見てきたので供養したいとおもいます。 メンバーの大半がDDDを知らない 「えっ!? ドメイン駆動を知らずにDDDを?」 「出来らぁっ!」 DDDを知らずにDDDをする、という前提がすでに禅問答じみてる気がしますが、たぶん一番よく見かける失敗パターンなんじゃあないでしょうか。 どういうことかというと、オニオンとかレイヤードとかクリーンなアーキテクチャのモジュールの命名ルールと構造を採用（採用できているとは言っていない）しただけの状態です。 私見ですが、アーキテクチャというのはメンバー全員がそれを理解できていない限り*1即破綻します。 理解できない人はどこに処理を書いてい
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
世界を変えるはずだった「デザイン思考」はどこで間違ったのか｜Hiroshi Maruyama
2023年上半期に読んで面白かった本5選 - 本しゃぶり
人類はWeb会議に向いていないので、もっとMiroを活用すべき - Cloud Penguins
見積書の作り方・考え方（僕たちの場合）｜岡村 旭 Webディレクター＆エンジニア / foot llc.
マイクロサービス設計原則: SOLIDではなくIDEALS
AWSコンテナ系アーキテクチャの選択肢を最適化する | 外道父の匠
「20年後の東京タワマンは廃墟化しないんですか？今後マンション価格はどうなると思いますか？」｜のらえもん
ベイジの業務システムUIデザインワークフロー（100のタスクを徹底解説） | ベイジのUIラボ～業務システムとSaaSのUIを考える
コロナ騒動で、はてなは馬鹿ばっかりなんだと改めて思う。 自分で考えて..
GoでWebアプリ開発時にあるあるだったレビューコメント | フューチャー技術ブログ
米政府系サイトの常識を変えた「デザインシステム」革命
なぜ管理職は罰ゲームなのか。 - Qiita
インフラにかかるコストを正しく「説明」するための取り組み - クックパッド開発者ブログ
AWSでサーバーレス設計を考える時の手引き書 - Qiita
Firefoxは危険なJavaScriptに対応しない - Qiita
成長の早いジュニア・ソフトウェアエンジニアの特徴 - junebox
愛知トリエンナーレと「表現の不自由展」に行ってきた｜瀬川深 segawashin
テックリードとして入社してからやったことをまとめてみた。 - Qiita
スタートアップのためのマイクロサービス入門 | Amazon Web Services
Web 技術解体新書「第二章 Cache 解体新書」リリース
AI・Python活用レシピ100選 - Qiita
テレビが勝手に通信してるを調べた時のメモ（テレビ朝日） - Qiita
勝ち組にしか未来のない人生100年社会は、個人より社会が間違っているんじゃないの？
外部パートナーとのAPI連携時に気をつけるポイント - 10X Product Blog
WASMとRustはVue.js/React.jsを打倒するのか？ - JSへの侵略の歴史
実はDDDってしっくりこないんです - タオルケット体操