TOPフォーカス「これが世界か！」と打ち震えた。偶然出会ったLinuxカーネルで、メンテナーとして認められるまで【フォーカス】 Linuxカーネル メンテナー 森本 國文（もりもと くにのり） 1979年生まれ。博士（工学）。Linuxカーネル主要コントリビューターのひとり。2008年、茨城大学大学院理工学研究科博士課程修了。2008年7月よりルネサスエレクトロニクス株式会社にてLinuxカーネルへのコントリビュートを開始。現在、サウンドアーキテクチャ「ALSA」や、ALSAのサブセット「ASoC」を中心領域として、メンテナーを務める。カーネルの特定バージョンごとのコントリビューション数ランキングでは、「v4.17」（2018年）や「v5.3」（2019年）などで世界1位に輝いた。 GitLab：＠morimoto.kuninori 「Linuxカーネル」への合計コントリビューション数が、
どんな問題を解決したのか こんにちは、ダイニーの ogino です。 ダイニーでは、飲食店向けのクラウド POS レジを開発しています。その機能の一つとして、一ヶ月分の売上などの情報を印刷できる「月締伝票」があります。 月締伝票のサンプル 月締伝票に記載するデータは、Node.js バックエンドで集計をしています。この API はダイニーのバックエンド全体の中で最も重く、最近では一部店舗でレスポンスに 200 秒以上かかりタイムアウトエラーが発生していました。 その結果、月締伝票を発行することができないため顧客の業務に支障をきたし、複数の問い合わせが来ている状態でした。 プロファイラやログを手掛かりに調査したところ、ボトルネックを 2 行のコードだけに特定し、ほぼコストをかけずにレスポンス時間を 20 秒ほどに改善することができました。 改善リリース前後のレスポンス時間の変化 ボトルネック
SW1, 2はWin/Macモードの切替なので、WindowsとMacで使用している設定で実質的な違いは左AltをFnにするかと、Altと◇(WindowsキーまたはCommandキー)をスワップするかどうかです。 Windowsでは、カーソルキーやHome, Endキーを使う機会が多いのでSW4 ONで使用しています。MacだとEmacsライクなキーバインドが使えてあまり必要ないんですけど。 これまでは基本的に会社のWindowsでTypeS、自宅のmac miniでBTという独立した使い方で、それぞれDIPスイッチで設定できるキーマップで使用していて特に不自由は感じていませんでした。 TypeSではアプリでキーマップの変更が可能な事は知っていましたが、このような理由とキーマップはひとつしか保存できないと思っていたので、一度少し試しただけでDIPスイッチ以上の設定変更はしていませんでした
自動車業界は現在「100年に1度の変革期」にあると言われ、SDV（Software Defined Vehicle）という考え方が注目されています。SDV、すなわち「ソフトウェアによって定義されるクルマ（Vehicle）」の実現により、搭載されるソフトウェアを後から追加・改善することで自動車を継続的に進化させることが可能になります。 SDV実現に必要なのが車両と外部を接続するコネクテッド技術です。技術革新に挑戦するHondaではこの分野でも、日本において専用の車載通信モジュールを主体とする『Honda CONNECT』を2020年に開始し1、その後の新型車・フルモデルチェンジ車に順次搭載しています。ここで注目されるのが、車載モジュールと接続するサーバーサイドのソフトウェア技術です。 例えば、スマートフォンからクルマを操作する。自動運転の地図を更新する。そのようなドライバーに役立つサービスが
今回はハワイの名物料理「ガーリックシュリンプ」のレシピをご紹介。エビを特製のハワイアンソースに漬け、殻ごと豪快に焼いて、本場の味を完全再現します！ ガーリックの香りが食欲をそそる、夏にぴったりの一品。ビールとよく合いますよ！ 〈材料（2人分）〉 【下処理】 バナメイエビ（殻付き・大）…14～16尾 片栗粉…適量 塩…小さじ1/2 【ハワイアンガーリックソース】 にんにく（みじん切り）…2片分 ※チューブの場合は小さじ1 玉ねぎ（みじん切り）…1/4個分 オリーブオイル…大さじ3 レモン汁…大さじ2 ハーブソルト（食塩でも可）…小さじ1/2 【仕上げ】 バター…20g 塩、粗びき黒こしょう…適量 【トッピング（省略可）】 レモン（くし形切り）…適量 パセリ（みじん切り）…適量 ■エビは「バナメイエビ」がおすすめ 大ぶりで殻がやわらかいバナメイエビ。味が染み込みやすく、殻ごと食べるガーリックシ
昨今、生成AIの発展とともに、情報の不正な取得を試みる攻撃パターンが急速に多様化しています。このため、企業は残念ながらいつか情報漏洩するという前提で必要な対策を行う必要があります。 一般的なウェブシステムにおける暗号化の限界点 そのため普遍的に用いられる技術の一つが「暗号化」ですが、ウェブシステムの場合完全な対策は難しいのが実情です。例えばデータベースを暗号化しても、フロントエンドなど、システムのどこかに必ず暗号を復号できるノードが存在します。フロントエンドに侵入されれば、データベースの暗号化だけでは情報漏洩を防ぐことは困難です。TDE（Transparent Data Encryption：透過的データ暗号化）という、高価な専用ハードウェアを用いて特定のカラムを暗号化する手法もありますが、それにしてもフロントエンドに侵入されるケースを考えると復号化は懸念されます。 ハッシュ化による対策
Cline を使い始めて2ヶ月ぐらい経った。 自分の直感として、Cline は真のイノベーションの入口であり、そして開けてはいけないパンドラの箱でもあったと思う。 ここでいう Cline は Cline型コーディングエージェントであり、広義には Devin / Cursor や Copilot Agent 等を含む話。だが、後述するように Cline でしか見えない世界がある。 その先の未来に、プログラマとしての自分はフルベットする、という話をする。 私たちが知っているプログラミングの終焉 大事なことは次の記事に全部書いてある。まずこれを読んでほしい。 (Google翻訳) Steve Yegge 氏は、置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマーであると指摘しています。 <略> これはプロ
【01】できるだけ早期にユーザーを巻き込む by バービー・デイビス（Barbee Davis）MA、PHR、PMP 【02】モグラたたき開発を避けよう by ベンカト・スブラマニアム（Venkat Subramaniam） 【03】ローカライゼーションのせいで締め切りに遅れる by パベル・シムサ（Pavel Simsa）PMP 【04】プロジェクト・オーナーは強力なプロジェクトサポーター by 武谷 美世子（Miyoko Takeya）PMP 【05】複雑よりもシンプルな方がいい by スコット・デイビス（Scott Davis） 【06】負債を支払う by ブライアン・スレッテン（Brian Sletten） 【07】スキルでなく素質のある人を加えよう by リチャード・シェリダン（Richard Sheridan） 【08】シンプルにいこう by クリシュナ・カダリ（Krishna
Autoscaling については過去に何度か書いているのですが、今回は ECS Fargate について少し掘り下げつつ整理してみたいと思います。 仕組みとしては難しくはなく、わりと雑な理解度でも動くっちゃ動くとはいえ、リソースとしての重要度は高い箇所であり、正しく理解するとより関連箇所の最適化が見込めるところでもあります。 概要 ECS は on EC2 で動かすと、インスタンスとタスクの二段階での Autoscaling になるところが、Fargate だとタスクのみで考えられる簡素さが強みです。 ECS Service のタスク群に対して、特定の条件（主に平均CPU使用率）を満たした時にタスク数を自動的に増減することで、負荷対策とコスト削減という目的を達成しつつ、運用者が基本は放置できることになります。 ただ、それだけの理解では浅すぎるので、増減における詳細やリスクなどについて把握
とうふちゃん @FEqqbOJKeD17894 バス満員の時、降りたい時は『揚げ豆腐！！！（I'll get off!）』って叫んでる。 100パー通じて草🤣 2024-11-26 02:27:46
はじめに iOSのPush通知は定期的にアップデートを繰り返しており、常に最新の技術を追っていく必要があります。 本記事では令和4年時点での全体像把握のため、概要の整理を行いました。 ※ あくまで全体感のキャッチアップを目的としているため、各トピックの詳細な解説は行っていません。 Push通知とは サーバーサイドから、任意のタイミングでユーザーの特定端末に通知を送信できる仕組み AppleのPush通知基盤であるAPNsに通知の送信をリクエストし、そこからユーザー端末に対してデータが送信される 似たものとしてローカル通知があるが、こちらはアプリ内の特定タイミングで通知を登録するもの 公式ドキュメントはこちら 要素 APNs Appleが提供しているPush通知基盤 ユーザー端末へのPush通知の送信はここを介して行われる Production環境とSandbox環境がある Producti
しばらく放置でも別にいい5年たった旧NISAの投資信託を放置しておくと、2025年になるとその投資信託は特定口座に移動します。 2024年の年末の価格で、新たに購入した事になりますので2025年始に見ると利益0%と表示されます。（特定口座で同じ投資信託を所有していない場合） 念の為、証券会社からの案内や設定で一般口座ではなく特定口座に行くことは確認してください。一般口座だと税金計算がややこしくなります。 基本的にこれで問題ありません。何か損をするわけでもありません。 2024年の新NISA枠が余っている場合12月中旬に旧NISAの投資信託を売って、2024年の余っている新NISA枠で自分が良いと思う投資信託を買いましょう。 2024年12月24-26日あたりから海外株を含む投資信託の購入は、2025年の購入扱いになり始めます。 ですので安全に考えるなら、12月15日ごろに売却注文。12月2
マネジメントを4年くらいやっている間に、何人かにEngineering managerや採用のリードなどの役割をお願いして担ってもらってきた。何か新しい役割をお願いする時に整理して伝えている項目を雑にまとめておきたい。 以下のようなGoogle docsを作って共有し、30分のミーティングで直接伝えて考えてもらうようにしている。タイトルは「◯◯さんにxxをお願いしたい」みたいな感じ。項目や内容は相手によって適宜変えてる。 これは何 「◯◯さんにxxをお願いして一緒にやっていきたいと考えています」みたいな感じでストレートにお願いしたい役割を書く 「命令ではなく、なぜお願いしたいか、何をお願いしたいかなど◯◯さんに意思決定する材料を渡すためのdocsです」のようにまだあくまで提案ですよということも書く なぜ今お願いしたいか プロダクトや組織の状況も踏まえて、"今"お願いしたい理由を書く その役
こんにちは。AWS Container Hero の新井です。 Amazon ECS の登場から間もなく 10 年が経ちますが、その間、ECS ⾃体の進化に加えて、さまざまな AWS マネージドサービスとの連携が可能になりました。 現在では、コンテナベースのワークロードを活⽤することで実現できないことを探す⽅が難しいほど、柔軟なアーキテクチャが構築できるようになっています。 しかし、⾃由度が⾼い分、要件に合ったアーキテクチャを模索する際には、迷うことも多いでしょう。 AWS上でシステムを適切に構築するためには、あらかじめサービス間のつなぎ⽅やパターン、その特徴を把握しておくことが重要です。 これにより、フィージビリティを迅速に確認でき、その後のトライアンドエラーのサイクルを加速させることができます。 今回は、最新の AWS サービスアップデートを踏まえつつ、Amazon ECS / AWS
建築では多重下請けでやれてるのに業務システムでだめなのはなぜ？という質問がブコメであって、似たような話もいくつか見かけたのですが、建築などの施工図面に相当するのはソースコードで、建築現場で多重下請けでやってる作業は、ソフトウェアだと(でも？)ビルドです。なのでソフトウェアでは自動化されています。 もしも業務システムの納品物が、バベッジの階差機関のような歯車を組み合わせた機械式の計算機で、ビル一棟分に歯車をつめこんで組み立てて納品するというようなことになれば、多重下請けで分業してビルドするのが最もよい方法ということになると思います。 追記 「継続的デリバリーのソフトウェア工学」では、「ソフトウェア開発を選んだ私たちがバカでない限り、私たちにとっての製造とは、ビルドボタンのクリックです」とあります。橋梁建設を例に、物理的な製造・生産との違いが説明されています。 追記 2024/8/14 建築で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く