タグ

daimaruonlineのブックマーク (10,702)

  • Terminal Profileでcargo-competeをもっと便利に - Qiita

    私がAtCoderRustで解く際、以下の記事で紹介されているcargo-competeを使っています。 導入方法・使い方などはREADMEなどを見てください。 この記事ではcargo-competeを使ったときに発生する、ちょっとした手間を省いて便利にする方法を紹介します。 動機 1. コンテストを開くとき cargo-competeで新しいコンテストを開いたとき、ディレクトリ変更したりrust-analyzerを再起動したりといった、面倒ではないが少し気になる程度の作業が必ずついてきます。 2. コードをテスト・提出するとき コードをテスト・提出するcargo compete test/submitコマンドですが、少し長めです。 ほんの少しの手間ですが、焦っているときにtypoを連続、結果時間をってしまうということがあります。 私だけでしょうか。 コンテストの結果にはほとんど影響し

    Terminal Profileでcargo-competeをもっと便利に - Qiita
  • 趣味Rustから業務Rustへ

    こんにちは!プロダクト開発部の熊谷です。 Fairy Devices(フェアリーデバイセズ) の 入社エントリ を書きます!! 背景 私が Rust に出会ったのが2019年。それまでは C, C# をよく書いていましたが、 Rust の型システムやメモリ安全性、パフォーマンスに魅了され、ますます没頭していきました。 当時学生だったわけですが、新卒時は Rust にこだわらず仕事の安定性を求めて、 SIer 業界に就職しました。 そこで働きつつ、こんなことを思っていました 業務でも Rust を書きたい! 自社製品を開発したい! 5000兆円欲しい! 業務経験も乏しい上に Rust の求人はまだ少なく狭き門になると考え、個人開発や勉強会への参加など頑張っていました。 そんなとき、 Rust.Tokyo で当社の存在を知り、入社に至りました。 何をやっているか mimi®クラウドAI のサー

    趣味Rustから業務Rustへ
  • オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ

    オンラインゲームを作ろう!と思ったことがある方は、 こちらの講演記事を1度は見たことがあるのではないでしょうか。 www.4gamer.net こちらの講演は、具体例を交えながら非常に分かりやすくオンラインゲームの主な同期方式が説明してあり、 2024年現在でもオンラインゲームの基礎を学ぶ資料として真っ先に名前を上げる最高の資料です。 しかしながら講演は2010年のものであり、オンラインゲームはこの10年余りで進化しています。 この辺りの進化の話を簡単にまとめつつ、オンラインゲームの同期方式の選び方を紹介します。 (上記講演記事の知識/用語を前提としているため、先に上記記事をお読みください。) オンラインゲームの民主化について 技術の話をする前に。 近年、「マルチプレイヤーゲーム」と聞いてオフラインの画面分割ゲームを想像する人はいないと言って良いほど オンラインゲームは民主化されてきました

    オンラインゲーム 10年の進化と同期方式の選び方 - きゅぶろぐ
  • Blueskyメモ - 日誌(は)

    Blueskyは見た目はTwitter/Xみたいだけど、お金持ちが買収してめちゃくちゃにするのを防ぐのを目標として、そのための仕組みをいろいろ用意している、というところがTwitterとは違うところです(この公式ブログの記事で「billionaire-proof」と表現してます) Twitterの創業者であるJack Dorseyがきっかけで始まったプロジェクトで、彼は今でもBlueskyのボードメンバーではあるっぽいのですが、今はBlueskyの開発や運営にはほとんど関わってないようです ※1 ※2。最初の出資者ではありますが、現在はもっと多くの出資者がいます。今はnostrを中心に活動してます 2024年2月23日に、BlueskyのPDSのフェデレーション(連合)というものが始まりました。Blueskyが分散SNSであると言われるために必要な第一歩です。PDSってのはユーザーの投稿、

    Blueskyメモ - 日誌(は)
  • ものすごく仕事の成果があがる「ドラッカーの時間術」とは?

    「書籍オンライン」「DIAMOND愛読者クラブ」を運営する編集部。経営、経済、ビジネススキル、自己啓発、 マネー、健康、女性実用、子育て、サイエンスなど多様なジャンルのオリジナルコンテンツを発信している。 定番読書 読まれるには理由がある──。 情報が次から次へと溢れてくる時代、長く支持されている定番書の普遍的な価値が増しています。 そこで、この連載では、今こそ読みたいロングセラーのメッセージを紹介します。 バックナンバー一覧 ピーター・F・ドラッカーの著作の中でも、最も広く長く読み継がれてきた名著『経営者の条件』。タイトルには経営者とあるが、このは「経営者にとって役立つ」だけのではない。それこそ普通のビジネスパーソンはもちろん、アーティスト、クリエイター、アスリート、学生、さらには家庭人としても多くの示唆をもらえる一冊なのだ。ドラッカーの入門編としても、ぴったりだ。さて、ドラッ

    ものすごく仕事の成果があがる「ドラッカーの時間術」とは?
  • マネジメント半年くらいの自分へ - Konifar's ZATSU

    あの頃の俺に伝えたい内容を雑に書く。 を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

    マネジメント半年くらいの自分へ - Konifar's ZATSU
  • 「やる気のない優秀な人」と「やる気がある凡人」どちらを採用しますか?→その場にいた偉い人たちは即答で「やる気がある凡人」を選んでビビり散らかした話

    DJあほちゃん公式🀇🀇🀇🀈🀉🀊🀋🀋🀌🀍🀎🀏🀏🀏 @AHO_Z1 @igz0 やる気なくて優秀な人って やる気見えなくても、アウトプットが凡人以上にあるから優秀なわけで 管理コストもかからずマイペースで、しっかりとアウトプットだしてくれる有難い選手と解釈し やる気のない優秀な人を選びます 部下としては凄く優秀だよね 2024-02-22 10:45:21 Apfelschorle -林檎ソーダ- @瀕死 @KyoumeiProject @igz0 優秀な人の中でも上澄みの人物の場合は 人的には手抜きでも結構良さげの物仕上げてくる場合が多いので強いです。 でも基的にはやる気がない人がチームでワークをするとチーム全体の効率が損なわれるので、 「もうあいつ一人でいいんじゃね」っていうレベルの優秀さが必要かもしれません。 2024-02-22 10:12:10

    「やる気のない優秀な人」と「やる気がある凡人」どちらを採用しますか?→その場にいた偉い人たちは即答で「やる気がある凡人」を選んでビビり散らかした話
  • 管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊

    日経BOOKプラスに掲載されている記事、、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。サイトでISBNを使って書籍を検索する際は、ハイフン(-)を省略し、13桁の数字のみを半角文字で入力してください。

    管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
  • Team Topologiesを読んだ

    https://teamtopologies.com/ DevOps consultantとして技術と組織の両面からDevOpsの支援を行なってるMatthew SkeltonとManuel Paisによる.Consultantは大体中身が薄く感じることが多くなり手に取ることは少なくなってきたが,各所で見かけたり,2人によるDevOpsにおけるチームのあり方のパターンをまとめたWhat Team Structure is Right for DevOps to Flourish?が良かったので読んでみた. 書はDevOpsの視点から高速なDeliveryを実現するためにどのようなチームや組織を作るべきかについてまとめている.個人ではなくチームをDeliveryの最も重要な単位と考え(Team first-thinking),チームが最大限にパフォーマンスを発揮するために,チームの人数

  • Chaos Engineering に向けてレシピサービスの Steady State を追求する - クックパッド開発者ブログ

    こんにちは、今年ソフトウェアエンジニアとして新卒入社した @itkq です。社会人になってから 1 クールで見るアニメの数がガクッと減っていることに気づいて最近は無力を感じています。さて、この開発者ブログで「Chaos Engineering やっていく宣言*1」が公開されたことは記憶に新しいと思います。私はインフラストラクチャー部 SRE グループに配属され、最近は Chaos Engineering に関わる取り組みも行っています。その中から今回は「レシピサービスの Steady State を追求する」取り組みについて、背景や現状も含めて紹介します。 Steady State とはなにか、なぜ必要か 一昔前の Web サービスといえば、様々な機能が 1 つのアプリケーション上に実装されたモノリシックアーキテクチャが一般的でした。その後サービスという単位で機能を切り出して別アプリケー

    Chaos Engineering に向けてレシピサービスの Steady State を追求する - クックパッド開発者ブログ
  • アプリケーションのデプロイとテストの戦略  |  Cloud アーキテクチャ センター  |  Google Cloud

    デジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。

    アプリケーションのデプロイとテストの戦略  |  Cloud アーキテクチャ センター  |  Google Cloud
  • 新版 財務3表一体理解法

    新版 財務3表一体理解法 國貞 克則 著 ISBN:9784022951120 定価:891円(税込) 発売日:2021年2月12日 新書判並製 256ページ 新書803 シリーズ累計80万部突破、会計学習の「定番教科書」を再改訂。取引ごとに財務3表をつくる「会計ドリル」はそのままに、初学者を意識して会計の基から読み解き方まで基礎重視の構成に再編成。読みやすさもアップ、全ビジネスパーソン必読!

    新版 財務3表一体理解法
  • CTOの頭の中:技術投資を最適化する|Shin Takeuchi

    ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが(地代家賃、ライセンスフィー、PC代など含めるともっと)、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか?今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る

    CTOの頭の中:技術投資を最適化する|Shin Takeuchi
  • DX Criteria (v202104)/企業のデジタル化とソフトウェア活用のためのガイドライン

    DX Criteria( DX基準 )は、日CTO協会が監修・編纂している企業のデジタル化とソフトウェア活用のためのガイドラインです。 基準は、デジタル技術を企業が活用するために必要な要素を多角的かつ具体的に体系化したものです。ソフトウェアエンジニアリング組織の健全な成長・経営目標の可視化・パートナーとのコミュニケーションなどに使っていただくことを目的に作成されています。 また、基準は絶対ではありません。誰かを攻撃したり、アセスメント結果の数字のみに注目して質的な改善をおろそかにするためのものではありません。極めて実践的で具体的な項目で構成されているため、定期的に最新動向に併せてCTO協会のWG内で議論をおこないながら、適宜アップデートをしていくものです。

    DX Criteria (v202104)/企業のデジタル化とソフトウェア活用のためのガイドライン
  • 18-E-5_Uzabase_高山温_デブサミ登壇資料

    Babylon.jsと色々なものを組み合わせる:ブラウザのAPIやガジェットや2D描画ライブラリなど / Babylon.js 勉強会 vol.3

    18-E-5_Uzabase_高山温_デブサミ登壇資料
  • 稼働率100%をねらってはいけない | タイム・コンサルタントの日誌から

    多くの製造業においては、工場の稼働率が、重要な管理指標として今も使われている。3週間前のエントリ「原価の秘密 - なぜ、黒字案件だけを選別受注すると赤字に陥るのか 」(2014/07/06)でも説明したように、製品の個別原価を計算する際、材料費や労務費などの他に、製造機械の使用時間に応じた費用を含めるのが普通だ。その製品の加工作業で、製造機械が何時間必要だったかをベースに、機械のコストをチャージする。いわば“機械の使用料”だ。 個別の機械1時間あたりの使用料単価を『機械賃率』と呼ぶが、これは各機械の年間の維持費用(減価償却費等)を、年間の実稼働時間で割って計算する。機械の遊んでいる時間が多いほど、実稼働時間は減るから、同じ作業をしていても原価が上がる、というのがふつうの会計の仕組みだ。だから、製造業では稼働率を上げるべく、あれこれと努力するという訳である。 そして、前回のエントリを読まれた

    稼働率100%をねらってはいけない | タイム・コンサルタントの日誌から
  • フロー効率性とリソース効率性について XP祭り2017で発表してきた #xpjug - @i2key のBlog

    先日、開催された XP祭り2017 にて発表してきました。スライドは以下になります。 フロー効率性とリソース効率性について #xpjug from Itsuki Kuroda www.slideshare.net また、上記発表のベースは以前のポストである「 フロー効率性とリソース効率性について(QCDのトレードオフなんて当は無かったんだ) - @i2key のBlog 」がベースとなっております。また、Slideshareに上げたスライドが画像が若干ガビガビになってて見にくいので補足がてら要点だけ記載します。(と思ったら、元のポストより完成度高まってしまった。ので今後、誰かに説明するときはこっちをオリジナルにしよう。。。。) フロー効率性とリソース効率性についてかんたんな説明 リソース効率性について リソース効率を高めるということは稼働率を100%にあげていくことであり、リソースに空き

    フロー効率性とリソース効率性について XP祭り2017で発表してきた #xpjug - @i2key のBlog
  • 組織にテストを書く文化を根付かせる戦略と戦術(2020秋版) / Strategy and Tactics of Building Automated Testing Culture into Organization 2020 Autumn Edition

    ソフトウェアテストシンポジウム 2020 新潟 JaSST'20 Niigata 基調講演 2020年9月28日(月) http://www.jasst.jp/symposium/jasst20niigata.html

    組織にテストを書く文化を根付かせる戦略と戦術(2020秋版) / Strategy and Tactics of Building Automated Testing Culture into Organization 2020 Autumn Edition
  • 質とスピード(2020秋100分拡大版) / Quality and Speed 2020 Autumn Edition

    質とスピード(2020秋100分拡大版) 2020/11/20 @ JaSST'20 Kyushu

    質とスピード(2020秋100分拡大版) / Quality and Speed 2020 Autumn Edition
  • 2023 年の State of DevOps Report: 組織文化の重要性 | Google Cloud 公式ブログ

    ※この投稿は米国時間 2023 年 10 月 6 日に、Google Cloud blog に投稿されたものの抄訳です。 デジタル トランスフォーメーションが急速に進むなか、ソフトウェア デリバリーを成功させるには、ポジティブな組織文化とユーザー重視の設計が重要となります。また、近年テクノロジー分野では AI が話題の中心になっているものの、AI 開発ツールがチームに及ぼす影響はまだそれほど大きくありません。 これらは 2023 年の Accelerate: State of DevOps Report で報告された調査結果の一部です。このレポートは、Google Cloud の DevOps Research and Assessment(DORA)チームが毎年公表しているものです。 State of DevOps の調査では、9 年間にわたり、世界中の 36,000 人を超える専門家か

    2023 年の State of DevOps Report: 組織文化の重要性 | Google Cloud 公式ブログ