並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 10 件 / 10件

新着順 人気順

ログの検索結果1 - 10 件 / 10件

  • Mac やめて Linux PC を自作した - IT戦記

    みなさまお元気ですか 暑さも少し落ち着いてきて、ようやく外に出てもいいかなという気になってきました。季節の変わり目体調には気をつけていきたいですね。 実は、一ヶ月くらい前に Linux PC を自作して Mac から移行しました。そのときの考え、その後の感想を残しておきます。 また、学んだことや作業のログを細かく残しておきたいと思います。(どこかの誰かが不安に思ったときに同じ失敗や疑問を経験した人がいて安心してもらえたら嬉しい) Ubuntu のインストール画面 (ベストオープンソースと開発しよう!) 目次 Mac をやめるきっかけ、経緯 Ubuntu に移行して一ヶ月の感想 おまけ1: どのような PC になったか おまけ2: 事前に学んだこと おまけ3: PC の組み立て おまけ4: Ubuntu のセットアップ Mac をやめるきっかけ、経緯 この 10 年くらい iOS 開発に必須

      Mac やめて Linux PC を自作した - IT戦記
    • 人生イチ旨かったレストランの話をさせてほしい

      追記 気づいたら伸びてた、ありがたい。 店の名前言った方がいい→これは何人か推測されてる通りKOZO、ありがとうKOZO。 金に糸目をつけない美食か→決してそこまで敷居は高くない。食べログに値段出てたけどソシャゲのガチャ20連と同じ程度なので庶民にも十分手が出る。何に価値を感じるかってあると思うけどこれは本気でいい体験だった。 目的 ステマとかではない。よっしゃ再訪のチャンス!とか思っていたらお店が閉店になっていてショックを受けた。 なんなら親の還暦祝いを絶対そこでしたかったぐらいの勢いだし親が死ぬまでには、いや自分が死ぬまでにもう一度あの店(シェフ)の料理を食べておきたいと思った。 辞めた理由ってのもあるだろうけど正直有名店の半額以下だしコスパ良すぎて儲からないなら倍払っていいまであるからもう一度店出してという、中毒患者の呻きみたいなものだと思ってほしい。 どんな店なの 京都にあるガスト

        人生イチ旨かったレストランの話をさせてほしい
      • Macがスリープ中にバッテリーが爆減りしだしたので解決するためにした事

        経緯 2023年10月ほどに以前から使用していたMacBook Pro(OS sonoma)がスリープ後に再度開くとバッテリーを消費しきってしまう現象が発生した。前日にMacBookを利用後翌日にはMacが電源なしでは操作できない状態となっていたため非常に面倒なため調査を開始 似たような症状は他の知人MacBook Pro(OS Ventura)でも再現していた 対象の人 Mac設定のログイン項目の見直しを行ったが解決できなかった人、あるいは原因と思われるアプリケーションの設定をオフにすることが出来ない人 MacのSMCのリセットなどを行ったが全然解決ができなかった人 他のサイトなどでMacバッテリードレインについて調べたが解決できずにっちもさっちも行かない人 実行環境 MacBook Pro 2020 13-inch プロセッサ 2.3 GHz クアッドコアIntel Core i7 O

          Macがスリープ中にバッテリーが爆減りしだしたので解決するためにした事
        • ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる

          本日は人生の数ある選択肢のなかから、こちらのブログを読むという行動を選んでくださいまして、まことにありがとうございます。 はじめに プログラミングの世界には多くの指針や原則が存在します。Chris Zimmerman氏の「The Rules of Programming」(邦題:ルールズ・オブ・プログラミング ―より良いコードを書くための21のルール)は、不変の知恵を凝縮した一冊です。これらの原則は、多くの開発現場で活用できる有益な内容となっていると思いました。 The Rules of Programming: How to Write Better Code (English Edition) 作者:Zimmerman, ChrisO'Reilly MediaAmazon 本書は、大ヒットゲーム『Ghost of Tsushima』などで知られるゲーム制作スタジオ、Sucker Pun

            ルールは現場で死にました - The Rules of Programming の読書感想文 - じゃあ、おうちで学べる
          • 資料生成AI「Napkin」でデカめの資料を作ってみたので知見を共有する

            1.1.2 SREの目標と価値 SREの目標は、システムの信頼性を向上させることですが、それは単にシステムのダウンタイムを減らすことだけを意味するわけではありません。ユーザーがサービスを快適に利用できるよう、パフォーマンス、可用性、セキュリティ、スケーラビリティなど、様々な側面からシステムの信頼性を高めることを目指します。 SREの導入によって、以下のような価値がもたらされます。 システムの安定稼働と信頼性向上 運用コストの削減 開発スピードの向上 組織全体の信頼性向上 1.2 SREの原則 SREを実践する上で重要な原則をいくつか紹介します。これらの原則は、GoogleのSREチームが長年の経験から得た教訓に基づいており、SREを実践する上で指針となるものです。 1.2.1 モニタリングと可観測性 SREでは、システムの状態を常に把握し、問題が発生した場合には迅速に検知できるように、モニ

              資料生成AI「Napkin」でデカめの資料を作ってみたので知見を共有する
            • データアーキテクチャ特集 データ利活用を推進する8社の技術選定 - Findy Tools

              公開日 2024/09/12更新日 2024/09/13データアーキテクチャ特集 データ利活用を推進する8社の技術選定 毎回ご好評頂いているアーキテクチャ特集の今回のテーマは、データ分析基盤です。 データ活用に特に力を入れている日本のIT企業8社にご協力頂き、それぞれの技術選定の裏側と今後の展望についてご寄稿頂きました。 ※ご紹介は企業名のアルファベット順となっております 株式会社朝日新聞社 アーキテクチャ選択の背景や意図 これまでは、朝日新聞デジタル(朝デジ)のサービス開発・運用において、データを収集する基盤が存在せず業務ごとに Adobe Analytics や AWS QuickSight、 内製のツールなど様々なBIツールが乱立している状態でした。そこで、複数のシステムのデータソースを統合的に可視化・分析を可能にするために、分析基盤の構築に着手しました。 まず、データを集積・加工す

                データアーキテクチャ特集 データ利活用を推進する8社の技術選定 - Findy Tools
              • なぜエンジニアのあなたの質問は伝わらないのか? - Qiita

                はじめに 包み隠さずオープンに伝えると、投稿主は質問が全然上手ではありません。 多分、この記事を読んでいる皆さんの方が何倍も上手です。 ということで本記事は以上です(冗談です) こちらでは誰よりも質問下手だった投稿主が試行錯誤した結果、導き出した良い質問・悪い質問それぞれの共通点や法則性を提唱します(単なる一般論でしたらすみません) あなたの質問はなぜ伝わらないのか 結論? それは、あなたの質問に愛がないからです。 というのは半分冗談として(笑)、よくありそうな悩みを以下に記載します。 拙い文章ですが、皆さんのお役に立てれば幸いです。 テクニックに走ることによる弊害 「本をたくさん読んだり、質問フォーマットで文章を丁寧に書いてみたけど、全然伝わらない!」 生成AIに聞いてみたりしたら、たとえばこんな答えが返ってくると思います。 Q. 私はエンジニアなのですが、質問はなぜ伝わらないのでしょう

                  なぜエンジニアのあなたの質問は伝わらないのか? - Qiita
                • プロダクト開発のモニタリングにおいて大事な4つの段階とベストプラクティス - KAKEHASHI Tech Blog

                  カケハシで Musubi Insight のバックエンドエンジニアをしている末松です。今回はプロダクトのモニタリングをどう進めていくべきかについて、4つの大事な段階とそのベストプラクティスを紹介したいと思います。 この記事は秋の技術特集 2024の 10 記事目です。 想定読者 モニタリングの悩みあるある モニタリングを始めるためには モニタリングにおいて大事な4つの段階 1. 【可視化】プロダクトの状況がさまざまな断面で可視化されている 【可視化】 のベストプラクティス 2. 【共有】プロダクトの状況が定期的にチームに共有・認識されている 【共有】 のベストプラクティス 3. 【検知】プロダクトが異常な状態であることにチームが気付くことができる 【検知】 のベストプラクティス 4. 【集中】チームが優先すべき指標が定まっている 【集中】 のベストプラクティス まとめ 想定読者 プロダクト

                    プロダクト開発のモニタリングにおいて大事な4つの段階とベストプラクティス - KAKEHASHI Tech Blog
                  • 私の記事「北村紗衣という人」(2024年8月30日付)が、通報削除されました。|年間読書人

                    たぶん昨日(2024年9月13日)のことです。無論、私自身が「削除」したのではありません。 「管理者」からの事前通告もなく、いきなりの削除でした。 昨日のお昼すぎ頃、私自身の別の記事を見たら、当該記事「北村紗衣という人」へのリンク部分が、 『note この記事は閲覧できません』 となっていたのです。 (これが、削除された「傷跡」)「閲覧」できないのではなく、要は、この記事で扱われた、「武蔵大学の教授」で「表象文化論学会」所属の学者でもある北村紗衣が、この記事に関し、「note」の管理者へ、「削除要請」の「通報」をしたから、記事が削除されてしまったのです。当人が「通報」しないことには、なかなか記事削除なんてされません。 (武蔵大学教授・北村紗衣先生の御著書)北村紗衣が、私の記事「北村紗衣という人」の削除を望んでいたというのは、この記事が、2週間ほどで「138」もの「好き」をいただいた人気記事

                      私の記事「北村紗衣という人」(2024年8月30日付)が、通報削除されました。|年間読書人
                    • より快適なエラーログ監視を目指して

                      2024/09/11 New Relic User Group Vol.11 ただのLT大会『より快適なエラーログ監視を目指して』 レバテックでの Datadog から NewRelic への移行に際し、エラーログの Slack 通知を改善し、より快適なエラーログ監視を実現したお話です。

                        より快適なエラーログ監視を目指して
                      1