事業会社に勤める人に向けた、プロジェクトマネジメントの基礎講座。社内向けの研修で利用した資料。Read less
事業会社に勤める人に向けた、プロジェクトマネジメントの基礎講座。社内向けの研修で利用した資料。Read less
MacがArmベースの独自プロセッサに移行することを発表 Appleは、Macのプロセッサをx86からArmベースの独自プロセッサ「Appleシリコン」に移行することを発表した。スマートフォンで独壇場のArmが、PCの世界にも踏み込み始めている。「Apple、MacのAppleシリコンへの移行を発表」より。 頭脳放談「第206回 ImaginationはAppleに捨てられ会社を売る?」でも書いたが、Appleは度々「やる」会社である。多くの日本企業では、成し得ないような劇的な変化を、である。今回のMacにおけるCPUアーキテクチャの変更の話だ(Appleのプレスリリース「Apple、MacのAppleシリコンへの移行を発表」)。 Intelのx86系から、Armベースの自社開発CPU(「Appleシリコン」と言う呼び方が特徴的である)へも、これまでもAppleが度々行ってきた変更のまた1
VPC内のトラフィック制御設定を行うにあたり、ネットワークACLでもセキュリティグループでも実現できる要件の場合、ネットワークACLでは全トラフィックを許可して、セキュリティグループで細かい設定をすることが多いです。なぜそうしているのかまとめました。 ネットワークACLとセキュリティグループの違い まず表題の理由を述べる前に、ネットワークACLとセキュリティグループの違いを抑えておきましょう。 設定対象 ネットワークACLはサブネット単位で設定します。サブネット以下の全インスタンスが影響を受けます。各サブネットは必ずいずれか一つのネットワークACLと紐付ける必要があります。設定しない場合デフォルトのネットワークACLが勝手に紐付きます。 セキュリティグループはインスタンス単位で設定します。各インスタンスには少なくとも 1 つのセキュリティグループを紐付ける必要があります。言い換えれば複数個
何週間か前のこと、急にエンプラっぽくないAIベンチャーの社長さんからメッセで飲みに誘われ、秋葉原の焼き鳥屋さんでDXとやらについて聞かれて、とりあえずこのレポート読んどけと返しつつも考えちゃった訳です。Direct Xとか、よくテレビに出てるマツコの方じゃなくて「2025年の崖って実際どうなんだ?」とか何とかオッサンたちから相談される話あるじゃないですか。あれって何なんですかね?オンプレをクラウドにリフトしたらDXなのか。華麗にk8sやらコンテナ使いこなしてCIパイプライン組み立ててテスト自動化したらDXなのか、だいたいDigital Transformationなのに、どうしてDXなのか。SAP R/3とCOBOL PL/Iを捨てて、どこぞのSaaS入れてSparkぶん回してPythonとか書いたらDXなのか。おいおい、そんな話だっけ?って心配になっちゃう訳です。 内製内製って簡単に言う
ゲーム音楽が好きすぎてWebサービス作りました。 「音楽サブスクリプションで聞けるゲーム音楽一覧サービス」です。 サブスクリプション契約しているのだから聴けるゲーム音楽は全て聴きたいわけです。サブスクリプションで聴けるゲーム音楽を紹介しているブログはいくつかありましたが、常に最新ではありません。そのため常に最新で検索しやすく私自身のコレクションとして管理したく開発しました。 2021/07/07 追記 Spotify API の追従が厳しくなったため Spotify の機能を全て削除しました。 このサービスの目的まず結論から。 「私が感動するゲーム音楽に出会うこと」を目的に作りました。俺得サービスです。 私はゲーム音楽が好きで好きで毎日聴いていました。 いつの頃かプレイしたことのないゲームの音楽をふと聴いてみると、知らないはずのゲームなのにとても感動できる曲がたくさんあることに気がつきまし
Googleが「Open Usage Commons」設立。オープンソースの商標を自由かつ公正に使用するための支援団体 オープンソースソフトウェアのプロジェクトにおいて、コードのライセンスについてはオープンソースライセンスによりきちんと管理されるようになっています。一方で、プロジェクトのアイデンティティを示す名称やロゴ、バッジといった商標については、当然ながらコードのライセンスとは別の形で適切に保護されなければなりません。しかし、多くのプロジェクトでそこまで注意が払われていないのが現状だとGoogleは指摘します。 Open Usage Commonsは、オープンソースの定義の精神である「自由かつ公正」に則って、商標を適切に管理する機会を支援、提供する団体として設立されました。 「Introducing the Open Usage Commons」から一部を引用します。 However,
BtoBは情緒購買ではなく論理購買である。BtoBは経済合理性にもとづいて意思決定される。これらはいずれもBtoBでよく言われる「定説」ですが、この記事ではそんな定説に疑問を投げかけてみたいと思います。 人は予想通りに不合理であるBtoBの意思決定をしているのは、結局は人間です。そして個々の人間は、実は論理的・合理的な考えがそれほど得意ではありません。 ノーベル賞受賞の行動経済学者ダニエル・カーネマンの名著『ファスト&スロー』(2012年)では、常時オートモードで運転し、主に反射的な意思決定を得意とするシステム1と、論理思考などの熟考が可能だが負荷が高く怠け癖があるシステム2を中心に、人の判断を誤らせるバイアスについて、詳しく解説されています。 先入観から論理性や妥当性を見失い、すぐに思いつく結論に飛びつき、直前に見た数字に流されて過大/過小評価をし、関係ない事柄を結び付けてデータを見誤り
クレジットカードを利用すると、『A店で1,980円を○月○日に利用しましたよ』といったメールが届く利用通知サービス。 これ、クレジットカードは不正利用が怖くて…という方にとって非常に有り難いサービスなんですが、楽天カードをはじめ、多くのクレジットカードでは利用から1~2日経過後にメールが届くほうが普通なんですよね。 楽天カード 公式 利用通知が届くのは一般的に1~2日後 カード利用内容を詳しく確認できる「カード利用お知らせメール」は、ご利用店舗からお客様のご利用情報が弊社へ到着した最短2日後にメールにてご指定のメールアドレスへお届けします。 それゆえ、不正利用に気付いたときにはすでに48時間以上が経過し、その間に10万、20万といった大金を使われてしまう可能性だって充分にありえる話。 それじゃちょっと不安、そう思う方も多いのではないでしょうか? 三井住友カードの利用通知サービスについて:
こんにちは!フロントエンドエンジニアの髙田です! 先日 @diescake から SmartHR UI の運用についての紹介がありました。 tech.smarthr.jp 今回は SmartHR のフロントエンドエンジニアがプロダクト開発以外で何をやっているのかを紹介したいと思います! SmartHR のエンジニアの特徴 SmartHR のすべてのエンジニア(フロントエンド・バックエンド)にはそれぞれ担当のプロダクトあります。 普段は担当プロダクトを爆速かつ高品質に開発できるよう自身の仕事に注力しています。 横断組織はありますがその組織にフルコミットすることはありません。 横断組織のひとつであるアジャイル推進室(仮)を紹介する記事もあります。ぜひご覧ください! tech.smarthr.jp もちろん、フロントエンドエンジニアにも担当プロダクトがあり、日々プロダクト開発に集中していると次の
▲副業収入で得たもの① QAの実務のときにも役立ちます。 はじめまして、本業ではWebサービスの開発ディレクターをしている中井(@hujuu)です。副業ではQAをはじめ、エンジニアとしていくつかのプロジェクトに関わらせていただいています。 QAエンジニアの副業はまだ多くないと思うので、今回はQAとして副業をするメリットや働き方などご紹介させていただきたいと思います。特に私と同じようなQAエンジニアの方にとって少しでも参考になれば嬉しいです。 QAエンジニアは、副業を始めやすい職種 QAはアウトソーシングするケースが多く、各社とも遠隔地でコミュニケーションを取り合うことが日常的だったため、「副業ニーズにマッチするのではないか?」と以前から感じてていました。 雇用する企業の視点で考えてみても、経験のあるQAマネージャーが在籍するチームであれば、副業として雇う心理的なハードルはそこまで高くないと
Data Engineering Study #1 の発表資料です。 https://forkwell.connpass.com/event/179786/ 当日の動画はYoutubeで閲覧可能です。 https://www.youtube.com/watch?v=hFYNuuAaiTg …
Recent posts: 24 Mar 2024 » Linux Crisis Tools 17 Mar 2024 » The Return of the Frame Pointers 10 Mar 2024 » eBPF Documentary 28 Apr 2023 » eBPF Observability Tools Are Not Security Tools 01 Mar 2023 » USENIX SREcon APAC 2022: Computing Performance: What's on the Horizon 17 Feb 2023 » USENIX SREcon APAC 2023: CFP 02 May 2022 » Brendan@Intel.com 15 Apr 2022 » Netflix End of Series 1 09 Apr 2022 » Te
自作キーボード「Fortitude60」作者。自作キーボードの基本から設計方法までまとめた同人誌「BUILD YOUR OWN KEYBOARDs」を執筆。 連載:「ハロー、自作キーボードワールド」 自作キーボードの作者であり、キーボード関連のニュース動画「ほぼ週刊キーボードニュース」を配信するぺかそとびあっこが、自作キーボードの世界の“入り口”を紹介していく。 連載一覧 そもそもキー配列って何? われわれが日々使っているキーボードは元をたどると、活字を印字する機械であるタイプライターの文字盤だ。この連載を読む読者の多くは日本語を扱い、キーが100個ほど並んだJIS配列(いわゆる日本語配列)のキーボードを使っているだろう。 キーボードのキー配列は「物理配列」と「論理配列」の2つの要素で構成されている。 物理配列はキーがキーボードの基板上でどのように配置されるかを決定し、論理配列はそのキーを
先日アスクル/一休/PayPay/ヤフー/ZOZOテクノロジーズで共同開催した、企業内ハッカソンイベント「Internal Hack Day」参加者からの寄稿記事を紹介します。 イベントについてはこちらをご覧ください。 こんにちは。ヤフー株式会社 新卒エンジニアの池田 です。 先日、開催された社内ハッカソンイベント「Internal Hack Day」に同期と一緒に参加してきました! 初めてハッカソンに参加するメンバーも多いなか、オンラインでアプリ開発に取り組みました。そのような状況で、何を作ったのか、どう工夫してハッカソンに取り組んだのかについてまとめました。 チーム構成 私たちは入社前から仲の良かったヤフーの2020新卒の4人で参加しました。全員エンジニアで各メンバーのスキルやバックグラウンドは以下のようになっています。たまたまですが、iOSと機械学習に精通したメンバーが多かったため、
EDIT: DOjS はp5.jsサブセットを実行できる MuJS ベースのJavaScript環境だ。DOM-less。 https://github.com/SuperIlu/DOjS EDIT: SerenityOSを忘れてた: http://serenityos.org/happy/1st/ 自作OSに自前ブラウザというかなりヤバいプロジェクト。ブラウザ部分は最近Qtなクロスプラットフォーム版が出来た https://awesomekling.github.io/Ladybird-a-new-cross-platform-browser-project/ 。 EDIT: Geckoとか ServoとかMosaic系列は省いてしまった。まぁみんな知ってるよね多分。そもそも粗挽きというよりはかなりmature productだし。。 2020 Web Milestones という記事で
はじめに web service というものを開発するエンジニアには サーバサイド/インフラ/フロントエンド/iOS/Android などのそれぞれの専門(強み)を持ったエンジニアが存在していると思います。その専門性を境界として見た際に越境する/しないエンジニアではどのような違いがあるのかというのを自身の経験などから僕自身が考えている事をまとめていきます。 自身について 10 年以上お金を貰ってソフトウェアエンジニアをやっていて、その過程でサーバサイド/インフラ/フロントエンド/Android に関しての実務を一定期間行ってきたという経歴があります。現在は主にサーバサイド/インフラを中心として minne というサービスのシニアエンジニアリングリードというものをやっている。 書いたような領域以外でも DevOps みたいな領域の違いみたいなものもあると思いますが、僕自身 Dev と Ops
ご主人様、小難しいDDDやクリーンアーキテクチャはお忘れになって、”削除しやすい設計”から始められてはいかが?LaravelDDD設計アーキテクチャCleanArchitecture ある日夢の中で設計に詳しい悪役令嬢が現れてこんなことを言い放ったので、考察してみましたという設定のポエムです。 問題提起 ドメイン駆動設計、オニオンアーキテクチャ、クリーンアーキテクチャといった考え方はもちろん重要なものの、僕は難しく考えずに「削除しやすいように機能を作る」のが第一歩として重要ではないかと考えています。 本記事では「削除しやすい設計」について持論を展開してみます。 ※議論のスコープはWebサービスに限定し、例示としてPHPのフレームワークであるLaravelを用います 削除しやすいことがなぜ重要か 一度開発した機能は、それで終わりではなく、改修、改善を繰り返し、そして場合によっては仕様が廃止さ
タイトル通りですが、1年目エンジニアのインフラのイの字も知らなかった私が1ヶ月半かけてKubernetesで環境構築するまでの失敗の軌跡です(そして環境構築できたのが奇跡)。 理想的にはこれを読めばインフラ初心者でもKubernetes(以下k8s)で環境構築できるところまで説明することですが、そういうわけでなく、環境構築の解説というより自分の失敗やつまづきポイント、役に立ったことをただただ書き連ねていきます。ただ他の初心者の方も同じようなところでつまづくこともあると思うので少しでもお役に立てたら嬉しいです。 バックエンド側で使った技術は以下になっています。 言語:Ruby(RoR) API:GraphQL インフラ:Azure その他:Docker、k8s 実際の実装でハマったところは各章の最後に教訓として簡単にまとめてはいますが、大事なことは先に結論として述べておきます。 Docker
EDIT^7: blink と box86、FEX。 EDIT^6: Unikraft 。 EDIT^5: Tilck 。 EDIT^4: コメント。gVisor はすっかり忘れていました!Linuxを拡張するためにLinuxを実装した良い例だと思います。LINE有りましたね。。 SF.netのCVSはもう死んでしまったので除外にしました。。 OSvのバイナリ互換 はPIEであることが要求なので。。といっても世間的にはもうLinux = Debian/Ubuntu で良いですかね。。表現を調整しました。 EDIT^3: Noah忘れてた! EDIT^2: Cygwinは 下書き段階で削ってしまった 。。 qemuを移植したとき に互換性がイマイチだったので。。特殊fdやprocfsの充実ぶりとかを考えると "かなりLinux" と言って良いとは思うけど、 mmap 等でLinuxとWind
Platform チームの@deeeeeeeetです. Platform チームは2年前にMercariがMicroservicesの移行を始めたときに一緒に立ち上げられたチームです.Platform チームはMicroservicesを動かすための基盤や開発や運用のためのツールセットなど提供しています.立ち上げ時は自分を含めて2-3人で始まったチームですが2年が経ち10人を超えるチームにまで成長しました. チームのメンバーが増えるほど1チームとして動くには限界がきており,またMicroservices化が進めば進むほどチームの負う責任範囲も広くなりCognitive load (認知負荷) も高くなっていました.これらの課題を解決するために組織変更を行い,Platform チームを複数の専門性に特化したチームに分割しました. 本記事ではチームのデザイン,チームが分離しても独立性を保ちつつ
皆さん異世界転生ラノベをご存知ですか?チートし放題な主人公たち好き勝手しやがってとか思っています?最近は「初級魔法で無双する」「生活魔法で無双する」みたいな話流行ってますよね。 でも、別に異世界なんていかなくても、転生しなくても、プログラミングのチートスキルなんて簡単に身につけられるんですよ。 ※ここでいうチートスキルは本来の意味のチートではないのでご注意ください。そっちのスキル身につけるのは楽しいかもしれませんが、本筋ではありません。 ※ここでいう「初級魔法」はラノベ読まない人の想像する初級魔法ではないことがほとんどなのでご注意を 特定のプログラミングスキルを身につけると、派生スキルが勝手にポコポコ生えてきたり、派生スキルの習得コストが圧倒的に安くなります。 たとえば、なにか一つのプログラミング言語をマスターした人なら、他のプログラミング言語を覚えるときのコストが低くなるというのは直感的
Photo by Gratisography on Pexels.com ピックアップ:A digital jobs program to help America’s economic recovery ニュースサマリー:Googleは13日、デジタルスキルの習得をサポートする取り組み「Google Career Cerfiticates」へ、新たに3つのコースを追加したと発表した。コースはデータアナリティクス・プロジェクトマネジメント・UXデザイン講座で、Grow with Google上にて受講可能となる。 編集部による訂正:記事初出時、3講座が受講できる場所をGrow with Googleとしておりましたが、正しくはオンライン学習プラットフォーム「Coursera」上という話題があるものの、公式の発表では場所や時期は未定、というのが正しい情報でした。修正してお知らせさせていただき
僕はよく手が早いと言われるのだけど、そんな中で気をつけてることを整理してみた。大きくは下記の3点につきる。 複数タスクは抱えるが、並列で進めないイベント駆動で動くことを原則として、探索行動をしない暫定対応ではなく、最初から必殺する複数タスクは抱えるが並列で進めない僕はだいたい平時2〜4くらいのタスクを抱えている。しかし、だいたい1個〜2個に集中して片付けて、次に手を付けるっていう感じで進めている。 この2つをさばくときは、例えば1つ目のタスクのコードを書ききってしまって、レビュー待ちとかの問に、2つ目のタスクの設計を考えたり、あれこれ進めて、レビューコメントが付いたらまた1つ目に戻ってぐわーってやる感じ。もう少し小さいスキマ時間、例えばchefのapplyとかコンパイルだとSlackで適当に人に絡んでわけのわからないことを言って去るという感じのことをしている。 ともあれ、これの利点は基本的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く