「自分に優しくしたら甘え」というのは、刷り込まれた呪い 若杉忠弘氏（以下、若杉）：さて、あらためて、どうやったらセルフコンパッションを高めることができるのか？　ということですね。本（『すぐれたリーダーほど自分にやさしい』）の中にもいろいろ方法論を書いたんですが、今日はまず手始めとしてできることを紹介したいと思います。ここが一番大事なポイントだと僕は思ってます。 どうやったら高めることができるのか。実は2つのアプローチがあります。1つ目が「考え方をアップデートする」。それだけです（笑）。2つ目が「練習する」ということですね。それぞれ1個ずついきましょう。 まず「考え方をアップデートする」とはどういうことかというと、「自分に優しくしたら成果が出せないです」というのが、今の僕たちが持っている標準的なビジネスの考え方です。 「自分に優しくしたら甘えだよね」「自分に優しくしたら堕落するよね」「自分に

医療現場などでも「問い」を共有することは重要か？ 中土井僚氏（以下、中土井）：あとの2つもいい問いなので、ちょっとお答えしていきたいなと思います。 尾原和啓氏（以下、尾原）：そうですね。次の問いは逆に中土井さんにお聞きしたくて、僕がご質問を読みます。 中土井：マジですか？　ありがとうございます。 尾原：「問いを共有されて、その問題解決が楽しいという属性の方々は、ある意味ビジネスまたは思考の知性が高いと思います。医療現場のようなエッセンシャルワーカーの方々は決められた安定した業務を規律正しくやりたいというマインドが強いと感じます。そんな組織でも問いを共有していくことは重要か？　その場合の問いの共有の仕方はどうしたらいいか？」。 これ、ものすごくいい質問だなと思って。これに中土井さんはどう答えるんだろうっていうのが、めちゃめちゃ気になるところがあるんです。 中土井：ありがとうございます。米良さ

お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。 新機能 「QRコード読み取りによる出席機能」をリリースしました。事前に入場受付が必要な場合や、受付時に参加枠などによって個別の誘導が必要な場合にご利用ください。詳しくは こちら をご覧ください。 新機能 connpass APIに新しく、ユーザーのプロフィールを取得できるユーザーAPIを追加しました。APIリファレンスは こちら を、またAPI利用希望の方は こちら をご覧ください。

DroidKaigi 2024での登壇資料です。 https://2024.droidkaigi.jp/timetable/694515/

デジタル大臣を務める河野太郎氏は9月13日、マッチングアプリ登録時の本人確認にマイナンバーカードのICチップを用いることで、年収の証明も可能になると明かした。 これまでもマイナポータル経由で、登録者が既婚か未婚かを公的に認証できる機能を提供すると明かしていたが、河野氏は新たに「マイナポータル経由で年収の情報も信頼性高く入手できる」と述べた。 政府は、ロマンス詐欺への対策として、マイナンバーカードのICチップを用いた本人確認の採用をマッチングアプリ事業者に働きかけている。9月10日にはデジタル庁と警察庁が連名で、積極活用を事業者に要請している。 河野氏は、アカウント開設時に未婚や年収の証明が可能になることで「安心安全な婚活が可能になる」と述べた。

※ちょっと編集しました SDカードからのアップデートについて考えすぎてて、USBメモリ経由でのアップデートが不可能ではないことを忘れていました。。。 届いた　でかい 外見、まじで満足感がある スピーカのところの丸ネオン、LEDとアクリルとかでごまかすんじゃなくて、 ちゃんと粒々入りの高輝度LEDがビカビカしてて大変素晴らしい という外見のレビューはほかの人に任せて、当然こちらは中身をレビューします。 #DDRmini 届いた！！！でかいwwww満足度高い！！ pic.twitter.com/zTyDurHtYE — ひろみつ@技術書典お07 カラオケハック本 (@bakueikozo) September 11, 2024 がっつりヒートシンクの付いたCPU、外してみるとAllwinnerのA527というのがついています。 なんと８コアｘ２Gヘルツの結構最近出た強力なCPUです。 これまで

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

2024年6月に発表した(https://speakerdeck.com/ktz/duckdbza-shao-jie)内容にDuckDB バージョン1.1の変更点を追記した版

Author Mario Rodriguez OpenAI o1-previewとGitHub Copilotの統合をテストしました。 本日、OpenAIは難しい問題を解決するための高度な推論機能を備えた新しいAIモデルシリーズ、OpenAI o1をリリースしました。皆さんと同じように、私たちも新しいo1モデルを使いこなすことを楽しみにしており、o1-previewとGitHub Copilotのインテグレーションをテストしました。大規模システムのデバッグ、レガシーコードのリファクタリング、テストスイートの作成など、この新しいモデルを使って多くのユースケースを模索していますが、最初のテストでは、コード解析と最適化において有望な結果が得られました。これは、o1-previewが返答する前に課題を考え抜く能力を備えているためで、GitHub Copilotで複雑なタスクを構造化されたステップに

米Googleは9月12日（現地時間）、“Geminiと自由に会話できる”AI機能「Gemini Live」を、非サブスクユーザーでも利用可能にしたと発表した。これまではサブスクサービス「Gemini Advanced」への加入が必要だった。 Gemini Liveは、米OpenAIの「ChatGPTの高度な音声モード」のように、端末のGeminiと音声で会話できるというもの。Android版Geminiアプリで利用可能だ。まだ英語でしか会話できないが、日本でもスマートフォンの言語設定を英語にすれば、英語での会話が可能だ。男女合わせて10種類の「声」を選べる。 利用できるようになると、Geminiアプリの画面右下にGemini Liveのアイコンが表示されるようになるので、これをタップすれば会話を開始できる。 関連記事 Google、OpenAIの「ChatGPTの高度な音声モード」対抗「

写真などのデータを保存できるオンラインストレージを探す場合、容量や価格、機能といったさまざまな条件を比較して決めるのが一般的だ。しかし、最終的には知名度だけで決めてしまい、いざ使ってみるとしっくり来ない、そのようなパターンも多いのではないだろうか。 今回紹介する「pCloud」（ピークラウド）は、マルチプラットフォームに対応した、スイス発祥のオンラインストレージサービスだ。定番の機能はもちろんのこと、他のオンラインストレージにはない数多くの特徴を備えており、ユーザー数は世界中で約2千万人にも及んでいる。そんなpCloudの他にない機能の数々を紹介しよう。 また、ページの最後には期間限定で最大54％オフとなるお得なセール情報も併せて紹介しているので、是非チェックしてほしい。 全世界に2千万のユーザーをもつ「pCloud」の魅力とは pCloudは、サービスインから10周年を迎えたオンラインス

今年の夏も暑い。暑い夏と言えば怖い話。怖い話と言えばITインシデントやヒヤリハット。では、怖い話のプロがITインシデントについて語ったらどうなるのか──9月12日夜、セキュリティ企業HENNGEが、神田明神ホール（東京都千代田区）でこんなイベントを開催した。会場にはIT従事者など数十人規模が来場し、プロの怪談師が語る“IT怪談”に固唾をのんだ。 登壇した怪談師は、怪談コンテスト「怪談最恐戦」優勝経験のある伊山亮吉さんと、ホラー作家でもある夜馬裕（やまゆう）さん。2人は、来場者などから募集したエピソードをベースにしたIT怪談を披露した。 伊山亮吉さん（左）と夜馬裕さん（右）。伊山さんは登壇中に不審なメールが届くという寸劇で、夜馬さんは過去編集社で勤めていたとき、セキュリティ意識が希薄だったというトークでも来場者を沸かせた エピソードは計4つ。出張先の地方事業所で、壊滅的なセキュリティ対策の状

元Google・現Microsoftのソフトウェアエンジニアであるジュリオ・メリノ氏が、現代のWindows 11の基盤アーキテクチャとなっているWindows NT系と、FreeBSDやLinuxなどに代表されるUNIX系を比較した考察をまとめています。 Windows NT vs. Unix: A design comparison - by Julio Merino https://blogsystem5.substack.com/p/windows-nt-vs-unix-design ・開発の経緯 MicrosoftはDOS系となるMS-DOSを1981年8月に、Windows 1.0を1985年11月にリリースしました。そして、DOS系の後継としてOS/2をIBMと共同開発していましたが、プロジェクトが難航したため、OS/2とは別となるMicrosoft独自の「Windows N

Perplexityは2022年にサービスを開始したAI検索エンジンで、「鶏肉の保存方法を教えて」「京都でラーメンを食べるなら何がオススメ？」といった自然な文章を入力するだけでインターネット上から情報を探して回答を提示してくれます。そんなPerplexityの最高ブランディング責任者(CBO)を務めるドミトリー・シェヴェレンコ氏にインタビューする機会を得られたので、「日本での展開」「広告表示形式」「社員数」など気になることを聞いてみました。 Perplexity https://www.perplexity.ai/ GIGAZINE(以下、G)： Perplexityを利用する際は、Perplexityの独自モデルのほかに、GPT-4oなどの他社製モデルも選択できます。独自モデルの開発にはどれくらい力を入れているのですか？ ドミトリー・シェヴェレンコCBO(以下、シェヴェレンコCBO)：

フラッシュメモリメーカーのLexarが、2024年9月6日から11日にかけて開催された電子機器や家電製品の見本市「IFA Barlin」で、世界で初めてステンレススチール製のフレームを採用したSDカード「Lexar Armor Gold SD UHS-II」「Lexar Armor Silver Pro SD UHS-II」を発表しました。 Lexar Engages with Creators and Launches Innovative Products at IFA 2024 https://www.lexar.com/global/newsDetail?id=200000317 Lexar Launches World's First Stainless Steel SD Card and Much More | PetaPixel https://petapixel.com/2

初めまして、テックドクターでフロントエンド開発を担当している大瀧です。 ディレクトリ構成はコードの可読性やスケーラビリティに関わる重要な要素であると思っています。 しかし、フロントエンドのディレクトリ構成はベストプラクティスが確立されておらず、わりと悩むポイントです。 そこで今回は、Next.jsのApp routerにおいて、弊社で採用しているディレクトリ構成を共有します。この記事がディレクトリ構成に悩む開発者の助けになれば幸いです。 ディレクトリ構成の自由度が高すぎる問題 さきほど「フロントエンドのディレクトリ構成はベストプラクティスが確立されていない」と書きましたが、特にApp routerのディレクトリ構成については、公式ドキュメントで以下のように記載されています。 There is no "right" or "wrong" way when it comes to organi

「KAKEHASHI Tech Blog 秋の技術特集2024」は、カケハシで利用されている技術についてより深く知ってもらうため、9月の平日にブログを毎日更新していく特別企画です。(全19記事を予定) 記事が公開されたら随時このページを更新していきます。お楽しみに！ 9月2日: Databricksでnotebookのセルの中身を検証する - KAKEHASHI Tech Blog 9月3日: Okta ログを AWS S3 にログストリームで保存する - KAKEHASHI Tech Blog 9月4日: 新しいチームでTypeScriptに素早くキャッチアップするためにやったこと - KAKEHASHI Tech Blog 9月5日: Slackリストを用いてSlackで管理を完結しましょう！ - KAKEHASHI Tech Blog 9月6日: renovateとDependabo

オーバーエンジニアリングしてしまうという悩みがあって困っている、そのうち必要になるのではないかという気持ちになって無駄に抽象化して頑健にしてしまう。じゃあ素朴にやればいいのかというと、例えばDBスキーマみたいな要素は素朴になってはならないという難しさもある— Windymelt💀(めるくん)🚀❤️‍🔥 (@windymelt) 2024年9月12日 上のツイートを見かけたので、自分は何を心がけているか書いてみる。 結論 プロダクト方針的に起こりそうな未来を想像する 想像した未来が起こったとして、どのような実装になりうるかをざっくり考える その上で、その未来が起こったときに「詰む」ことがなさそうな一番シンプルな設計にする 前提: あらゆる未来の変更に強い抽象化はない 設計を考えていて複数案を出すと、結局トレードオフが存在することがわかる。案Aを選択すると、こっちの未来には対応しやすいが