転職をしてはや10ヶ月ほど経ちました。業務で英語を使うようになったので、私もしくは同僚がよく使う英会話のフレーズを紹介します。自分のメモも兼ねています。 私のバックグラウンド エンジニアとして某会社に勤務しております。会社のメンバーは外国の方が多く、状況にもよりますが全体の40~50%くらいは英語でミーティング、Slackでも英語でやり取りすることが多々あります。そんな中で気付きとしてあったのが、同じ表現を使って会話をすることが多いなという点です。ある程度パターンとしていくつかのフレーズを覚えておけばそれなりに業務の会話ができるのでは?と思いこの記事を書いています。なお、以下私の環境については注意してください。 外国の方が多いといっても、ノンネイティブや日本人も多く、英語ができない人に対しても理解がある環境です。(ネイティブ90%以上といった環境とは違う) エンジニア同士の会話が多いので、
ホントまじふざけんなよ。 事の経緯俺はIT系の会社勤務。 御多分に漏れず、リモートOK。社内のコミュニケーションツールはSlackという最近流行の感じの会社。 ウチの会社はこのSlackの運用ルールがかなり緩くて、プロジェクトのチャンネル以外にも、趣味サークルだったり突発飲みだったりのチャンネルを立て放題だった。 俺は同期だったりプロジェクトで過去絡んだ人だったりの雑談チャンネル作って、愚痴ったり不満言い合ったりしながらのほほんと仕事してた。まぁ、今回これが災いしたんだけど。 事の発端は数か月前の月一の全社会議に遡る。ちょうどその頃、アサインされてずっと雲行きが怪しかったプロジェクトがとうとう炎上し始めた頃だった。 何処でもそうなんだろうけど、ウチの全社会議では会社の経営状況と、各部門の案件状況の説明、その他全社連絡事項的なことが語られる。 で、プロジェクトが絶賛炎上中だった俺はイライラし
2024/06/12 16:16 結論を追記 2024/06/12 20:29 より記事の内容を分かりやすく理解頂くため、タイトルを「PRDやDesign Docを書かなくなった」から変更 2024/06/13 20:39 結論にフロー情報・ストック情報に関する意見を追記 結論 この記事では、「様々な観点を考慮して網羅的にドキュメントを書いて、それを関係者にレビューしてもらう」のではなく、関係者と同期的に対話しながら、観点や選択肢やそのトレードオフを洗い出すことで、少ない手数でより良い答えが見つけられると主張する。 ただし、対話のために必要なドキュメントは事前に書いておくべきだし、対話した結果はドキュメントに残すことが望ましい。そして、そのドキュメントのフォーマットはPRDやDesign Doc以外でも良い。例えば、ADRはアーキテクチャに関する議論の過程と結果を述べる上で必要十分なフォー
はじめまして、Azuma(@azuma_alvin)です。現在大学院の1年生で、2024年2月から4ヶ月間ミラティブのインフラチームにインターンとして参加しました。普段はインフラやMLOpsといった領域に興味があり、最近はVim環境の整備がマイブームです。 本記事では、ログ基盤をFluentdからFluent Bitへ部分移行した経緯とその2種類の監視ツールの実装についてお話しします。 記事の最後に、インターンから見たインフラチームの特徴と私が4ヶ月間で学んだことを紹介しています。興味がある方は末尾までスクロールしてぜひご覧ください。 1. 背景と目的 2. ミラティブのログ基盤について 3. ログ欠損の原因調査 Fluentdのバッファリングの仕組み fsnotifyを用いたバッファリングの観察 負荷試験 日付時刻フォーマットとワイルドカードによるログ欠損 ログ保存とサーバータイムスタン
Slackにプロジェクト管理機能が追加、「Slackリスト」正式リリース。タスクリストなどの作成と共有が可能に セールスフォースはSlackの新機能として、プロジェクト管理機能を実現する「Slackリスト」の正式リリースを発表しました。 Introducing Slack lists Manage projects from start to finish, directly in Slack Take on tasks as a team, right where you’re already working Automate and triage requests with workflows in lists https://t.co/KDiiDiC9T6 pic.twitter.com/mAZbwaTBZ7 — Slack (@SlackHQ) June 6, 2024 Slack
2024-07-02大規模プロジェクトの課題を解消する、たった1時間で行うふりかえりの工夫はじめにこんにちは。CLINICS カルテの QA 担当をしております QA エンジニアの かみむら です。 医療プラットフォーム本部 CLINICS 開発チームでは、2年以上に渡り自社レセコン1の開発を行っています。プロダクトは公開済みであるものの鋭意追加機能の開発を続けており、今後も継続して開発する予定になっています。 QA エンジニアの大切な役割の1つとして、プロセス改善があります。ふりかえりはプロセス改善のアイデアを関係者全員で話し合うための肝となるアクティビティですので、規模の大小問わず取り入れたいものです。 この記事ではレセコン開発におけるプロジェクト体制構築時の黎明期から現在の成熟期に至るまでに行った、四半期毎のふりかえり手法や効果について、かいつまんでご紹介します。 プロジェクトの状況
はじめに 転職後の二つの喪失感への対応 所属チームの現状とMonotaROのアプリケーション/サービス共通基盤(所謂プラットフォーム) 所属チームの状況 社内プラットフォームの状況 マイクロサービス開発のためのテンプレートの導入 開発のロケットスタート:テンプレートの早期提供 テンプレート作成の5つの要点 1. ベンダー非依存なObservabilityの実装 2. CI/CDを早期に提供(特にLinterを最初期に) 3. APIプロトコルとして、JSON over HTTPとgRPCの双方をサポート 4. 最低限の薄いフレームワーク 5. セントラルProtobufリポジトリの提供 現在の取り組み (2023年10月以降)と今後の展開 さいごに はじめに はじめまして、MonotaROのCTO-Officeに所属する伊藤と申します。 github.com recruit.monotar
いよいよ明日7月7日は、東京都知事選2024の運命の投開票日となりました。安野陣営もこれまで、東京全土での54回にわたる街頭演説や14,000箇所の看板の100%カバーするポスター貼りなど、チームの力で選挙戦を進めてまいりました。 この記事では、安野たかひろの1ヶ月に及ぶ選挙戦を支えてきたチーム体制をご紹介しようと思います(告示日前も事前運動にあたらない準備活動は認められています)。 チーム安野の全体像この選挙戦は、大小合わせて16個のチームで役割を分担し進めてきました。チームは大別すると「デジタル民主主義実現」「認知拡大」「専門性によるサポート」の3グループに分かれ、その中に個別チームがあるような形となっています。 チームあんのの構成図(安野本人が作成の図をベースに作成)とはいえ実際のコミュニケーションはグループのリーダーが全体を取りしきるわけではなく、安野の描くグランドデザインのもと、
数ヶ月前から都知事選を手伝っています。 大学時代からの親友である安野たかひろ(あんのたかひろ)が都知事選に立候補したからです。 先ほど、有楽町で最後の街頭演説をやってきました。2週間前の演説からは、考えられないくらいの人が集まってくれました。演説の動画は、ぜひ見てみてください。 無所属、新人では考えられないほどの人と熱気 7/6 朝9時に、都庁前で出陣式をしました。光栄なことに、出陣式の最初に、応援演説のマイクが回ってきました。あまり考えずに選挙カーにのぼり、5分ほど話しました。数時間後、誰かが切り抜いてくれていて、披露宴の挨拶のような雰囲気だと書かれていました。僕は妙に納得をしました。 #安野たかひろ の応援演説には、妻や友人が立っている。そしてその全員が謎に演説がうまい。 東大の同級生の山根さんも、披露宴の挨拶みたいな雰囲気からいつの間にか都知事候補の紹介へと引き込んでいく。#未来の東
SNSを中心に「炎上」状態になっているお茶の水女子大学講師の神山翼氏を中心とするセクハラ・アカハラ疑惑とその隠蔽問題について、発端から現在に至るまでの簡単な流れをまとめました。 本件は筆者のもとに20名以上の関係者から証言が集まったことで急速に注目された事件ですが、そもそもなぜ神山翼氏のアカハラについて多数の証言が集まったのか、どのような経緯で注目されるに至ったのかを含め、時系列順に解説していきます。 発端:神山翼氏の「男性は原罪を背負ってる」発言もともと神山翼氏は女性に対するアファーマティブ・アクションを強く主張するフェミニスト男性として知られていました。ただしその主張には批判も多く、「男女間格差の解消のため若年男性がワリを食うのは仕方ない」という差別的な主旨の発言をして炎上するなど、良くも悪くも度々SNSで目立つ振舞いをする教員として知られていました。 そんな神山翼氏がかつてない大炎上
こんにちは! SmartHR プロダクトエンジニアの @sakata と @hypermkt です。 SmartHRではほぼすべてのチームでスクラム開発を行っています。スプリントプランニングとスプリント進行中における課題に対し、私たちのチームでは「予言の書」という取り込みを行っています。本記事では、この「予言の書」の概要とその効果についてご紹介します。 予言の書が必要な背景 スクラム開発で、チームが消化できるキャパシティからタスクを選定したにも関わらず、すべてのタスクの消化ができなかったという経験はありませんか? 私たちはたくさん経験したことがあります。そこにはスプリントプランニングにおける計画とスプリント進行の難しさがありました。 すべてのタスクが終えられるか不安がある まだ作業タスクには何も着手していないので当たり前ではありますが、チームが消化可能なキャパシティからタスクを選定し、優先
ネタバレ防止のため写真なしアイキャッチにしました こんにちは、SmartHRの@nansekiです。 意外と知られていないのですが、SmartHRのプロダクトサイドはフルリモートOKで、多くの社員が自宅で仕事をしています。フルリモート勤務を支える制度*1には以下のようなものがあります。 リモートワーク環境を整える手当 入社時に25,000円支給 リモートワーク手当 毎月5,000円支給 フルリモート通勤制度 遠方居住者が所属オフィスに出社する交通費は、月2回まで通勤手当ではなく経費精算OK(金額上限なし) 今回はそんなフルリモートで働くエンジニアのデスク環境に迫ります。 コロナ禍で強制的にリモートワークが始まった2020年当時の写真をなぜか奇跡的に持っていた社員がいたので、デスク環境のBefore/Afterをのぞいてみることにしました。 ちなみに私はリモートワークOKにも関わらずほぼ毎日
こんにちは、羽山です。 みなさんは業務に LLM(生成AI)を活用していますか?ラクーングループでは生成系AI LT大会を開催するなど、積極的な利用を推し進めています。 そこで今回は私がその生成系AI LT大会で発表し、隙間時間で開発して、社内で幅広く利用されるに至った AIアシスタント「おっさんずナビ」を紹介します。 おっさんずナビは LLM + RAG(Retrieval-Augmented Generation)を利用した Slackボットで「ラクーンホールディングスの社風を教えてください」という質問に 社内事情を踏まえた回答 をしてくれます。 ファインチューニングを利用せず RAG のみで精度を高めているのと、ベクトルDBなどの外部リソースを必要としないのがポイントで、使い込まれた Slack ワークスペースさえあればアプリを起動するだけで 社内事情通のAIアシスタント ができあが
背景 こんにちは!Hanoi Dev Centerでバックエンドエンジニアをしているminhquangです。この記事では、私がAI事業本部のある新規プロダクト開発に参画した際に経験したパフォーマンスチューニングについて話したいと思います。 皆さんはサービスのローンチ(サービスを世の中に初めて出すリリース)をやったことがありますか。サービスローンチするときに、リクエストのスパイクや、ユーザー数の増加によるサーバー負荷増加など、様々な未知な課題が存在します。 私のチームでは数百万人の利用が見込まれるサービスにおいて、18000RPSを実現するべく負荷試験とパフォーマンスチューニングを実施しました。 本記事では、上記のサービス要件を満たすために私たちが取り組んだ負荷試験やパフォーマンスチューニングについて説明しつつ、これらの経験から得られた学びを共有したいと思います。 前提 技術スタック サーバ
最強のスクラムチームを作る方法:安全感の構築編 1. イントロダクション この記事では、ダニエル・コイルの「最強チームを作る方法」をベースに、私が最強のスクラムチームを作るために実践(試行錯誤)していることを記載します。 「最強チームを作る方法」はチームのパフォーマンスを最大化するための貴重な洞察を提供してくれます。今回は、その中でも「安全感の構築」にフォーカスしてみました。安全感は、チームメンバーが安心して意見を言える環境を作るための基盤です。 2. 安全感の構築の重要性 安全感は、チームのパフォーマンスに直接影響を与える重要な要素です。ダニエル・コイルの「最強チームを作る方法」では、たくさんの事例や実験が記載されていますが、ここでは、腐ったリンゴの実験とコールセンターの実験を紹介します。 腐ったリンゴの実験 この実験では、チームに意図的に「腐ったリンゴ」を配置しました。ここでの「腐った
はじめに Slackにリストというタスクを管理できる機能がリリースされました。 利用できるようになってから1週間程度なのでまだ使いこなすことはできてはいませんが、それでもSlackでのタスク管理がしやすくなったという実感があります。 リストの概要 リストはSlack内でタスクやプロジェクトを管理する機能です。 有料プランの利用者は順次使えるようになっているそうです。 これまでSlackでタスクを管理する方法としては「後で」(ブックマーク)を使う方法や外部ツールと連携する方法をとっていましたが、それらと比較するとリストには以下の優位性があると感じています。 「後で」(ブックマーク)との比較 表形式で確認できるため一覧性が高い カテゴリごとにリストを分けられる 設定次第でステータスを細かく管理できる 「後で」には完了しなかい リストを他の人と共有できる 自分専用のリストも作成できる Slack
この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" 44 週目の記事です!1 年間連続達成まで残り 9 週となりました! はじめに はじめまして、2024 年 4 月にログラスにジョインしたエンジニアの石畑です。 まだまだドメインやシステムについて学んでいる最中なのですが、その中でアラート監視・運用周りをより良くできそうだったので、試行錯誤したことをまとめたいと思います。 どんな課題があったのか? ログラスではフロントエンドからバックエンド、インフラに至る全てのログ・メトリクスが Datadog に集約され、横断的に分析・監視できる仕組みが整っています。アラートも Datadog でモニタリングを作成し、「Slack に通知 → ローテションのオンコール担当が対応」という体制が作れています。 しかし、歴史的に積み重なったモニタリングが過剰にアラー
こんにちは、プロダクトエンジニアの@ksaitoと@tafuです。 SmartHRには共通の趣味の方が集まるSlackチャンネルが数多く存在し、その一つに「#趣味_キーボード」チャンネルがあります。そこでは、新しいキーボードの情報共有や自作しました〜などのコミュニケーションが取られています。 今回は、仕事道具であるキーボードについて、こだわりのポイントや満足していない部分など、プロダクトエンジニアの@asonasさんにインタビューしてきました。 と、その前に我々のキーボードを軽く紹介させてください。 ksaitoのキーボード ksaitoが普段使っているキーボード TOFU60 を使っています。スイッチには、Outemuのサイレントクリームイエローというサイレントタクタイルスイッチを採用していて、ゴールデンウィークにキーキャップを新調しました。こだわりポイントを書くと文量が多くなってしまう
まいどどうも!くしいです。 ここ最近、技術系のイベントに行くとLayerXの人にめちゃくちゃ会う機会が増えていて「私もしかしてLayerXのこと好きなのかも…」と単純接触効果の影響で気になっている今日このごろ。そんな最中に 「オフィス引っ越したわ〜」なんて言われたら行っちゃうじゃないですか! というわけで、IT系を中心に色々なオフィスにお邪魔しては紹介しまくっている当ブログの行ってきたシリーズは177記事目となりました。えー、すごい!10年以上前からやっているので過去ログも是非どうぞ。 そんなワーキャーいってるLayerXさんは!すべての経済活動を、デジタル化する。 をミッションに、最近だと法人の支出管理をなめらかに一本化するサービスバクラクや、AI・LLM(大規模言語モデル)事業に力を入れてらっしゃいます。バクラクまじ便利です。最高。 じゃあ引っ越しの背景や説明なんかはおいおいやるとして
はじめに 今回書く開発者体験について 具体的な試み eslint pluginによるコーディング規約の明文化 Notionへのリソース集約 デザイントークンと型定義 おわりに はじめに こんにちは。enechainで働いている takurinton です。 enechainではさまざまな開発者体験向上の取り組みが試行されていますが、今回は自分が主に見ているデザインシステムにフォーカスして記事を書こうと思います。 弊社のデザインシステムに関しては、 @Shunya078 の なぜ我々はデザインシステムを創るのか? を読んでいただくと背景がご理解いただけると思います。 今回書く開発者体験について 開発者体験の定義についてはさまざまな解釈があると思いますが、今回は以下の3つのトピックに絞って紹介します。 eslint pluginによるコーディング規約の明文化 Notionへのリソース集約 デザ
まえがき こんにちは。AI・機械学習チームの三浦 (@mamo3gr) です。2024年5月30日、チーム横断で実施していた「実用Git 第3版」の輪読会が足掛け2ヶ月で大団円を迎えました。振り返ってみると、エムスリーのエンジニアが持つ資質であるリーダーシップ、スピード感、ギークさがにじみ出ていた会でした。本記事ではこの輪読会の様子をお伝えするとともに、エンジニアリンググループの雰囲気を知っていただければと思います。 まえがき きっかけ 課題図書 形式 ギークなところ まとめ We are hiring !! エンジニア採用ページはこちら カジュアル面談もお気軽にどうぞ インターンも常時募集しています きっかけ 皆さんも常日頃のコードベースへの変更はお互いにレビューしているかと思います。筆者の所属するAI・機械学習チームでも同様ですがMR *1 の出し方やコミットの積み方に特に厳格なルール
こんにちは!GaudiyでBackendエンジニアをしているtakaです! 今回は、UnityエンジニアとしてCasual Gameチームで活躍されているkazuyaさんが、私が所属しているフィーチャーチームに異動して、1ヶ月半ほどBackend領域を学ぶための武者修行をしたお話です。 Backendの知識はまったくなかったkazuyaさんが、独り立ちするまでにどのようなサポートをしたのか、そのコツを含めてご紹介します! 1. UnityからBackendに転生することになった背景 2. Gaudiyの開発体制とスタイル 3. Backendの立ち上がりサポート 3-1. Backendのシステム構成の説明 3-2. ペアプロ 4. チーム開発に入る上で意識したこと 4-1. 成果を出しやすいタスクから渡す 4-2. 似たようなタスクで反復を促す 4-3. Blockerになりづらいタスク
RubyでSlackのボットを書くには、slack-ruby-client gemやruboty gemなどを使うのが一般的だと思います。 しかし個人的には、Slackボット程度でgemを使うのは好みでないので、なるべく素のRubyだけで書くようにしています。 その方法をまとめておきます。 Slack appを登録する まず、https://api.slack.com/appsで"Create New App"して、適当に設定をします。 次のYAMLを"App Manifest"に貼ってSave Changesすると一気に設定できます。 display_information: name: Sample Slack App features: bot_user: display_name: Sample Slack App always_online: true oauth_config:
こんにちは。 FindyでMLエンジニアをしているyusukeshimpo(@WebY76755963)です。 今回はLLM Embeddingを活用した自動応答Botを開発&導入し、社内の問い合わせ業務を効率化することができたので、その取り組みを紹介します。 Botを開発することになった背景 弊社ではSlackを使用し、自社サービスに関する社内質問に回答するチャンネルを運用しています。 主にビジネスサイドからの技術的な疑問にエンジニアが答える仕組みです。 質問はテンプレートを使って送信され、エンジニアが回答しますが、このワークフローには次のような問題が発生しています。 同じ質問が異なる人から届いてしまう 質問の度にエンジニアの工数が発生してしまう 半期で70件以上の質問が発生し、1件につき1~1.5時間かかることもあります。 多くの質問は社内ドキュメントで解決可能ですが、検索がしづらく利
「社員インタビューを書いているけど、この方法が正しいかわからない……」「もっと社員や会社の魅力が候補者に伝わる良いコンテンツにしたい!」 そんな思いを持っている方に向けて、採用に寄与するための社員インタビューの書き方をテーマに5つのヒントをまとめてみました。 「いい感じ」というのは、記事の方向性に迷わず、わかりやすいアウトプットができる、みたいなイメージを持ってもらうと良さそうです。 ヒント1 . 【前準備】要件を整理するいきなりインタビュー!ではなく、はじめに要件を整理をするのがオススメです。 具体的には「①ターゲットを決める」「②目的を整理する」「③記事のゴールを決める」ことです。 この3つを事前に整理するの、とても大事です…!これらを事前に整理することにより記事の道標になるのです。 (決めずにエイヤーで 書き始めて、「なんでこの記事書いてるんだっけ……?」と路頭に迷うの、あるあるだと
これなに? モチベーション 使った技術 工夫ポイント 配布形式をどうするか GoでGoogleライクな検索クエリで文字列マッチするような関数を作った 取得したフィードを一瞬だけキャッシュする バイナリにviewを同梱する 最近のエコシステムに乗っかる 2024/06/14 13:28 追記:ブコメレス これなに? RSSフィードを任意のキーワードで絞り込んだ結果をさらに別のフィードとして返すためのproxy的なウェブアプリです。 github.com モチベーション 僕はSlackで色々なRSSフィードを購読しています。 YouTubeのチャンネルにもRSSフィードが存在しているのでSlackで購読しています。 例えば 東映アニメーション公式YouTubeチャンネル - YouTube にはプリキュアをはじめとして様々な動画が公開されています。その中でプリキュアに関係する動画だけをSlac
すべての経済活動を、デジタル化するために、すべての業務活動を、デジタル化したいコーポレートエンジニアリング室の @yuya-takeyama です。 7月はBet Technology Monthということでブログがたくさん出てくる月です。 そして7月といえば、第二四半期の始まりですね。 今月から転職や異動によって新しい環境で働き始める方も多いのではないでしょうか。 LayerXでは毎月のように入社・異動があるため、その度にやらないといけないことがあります。 それは、各種グループのメンバーの更新です。 LayerXにおけるグループメンバーの管理 LayerXではID基盤としてMicrosoft Entra IDを利用しています。 また、SCIMプロトコルを利用した自動プロビジョニングにより、そこから各種SaaS (Google Workspace, Slack, Notion, AWS,
はじめに 今回はSlack記事第3弾となります。 最近のバージョンアップで追加されたSlackリスト(Slack Lists)の使い方や使いどころについて書いていきたいと思います(有料プランの機能です)。 ホントに最近でた機能なので、深堀りできる自信はありませんw もしよかったらコメントなどいただけると幸いです。 前回までのSlack記事はこちら Slackリスト(Slack Lists)について 一応、公式をまずは並べておきますね ニュース(2024/6/6) ヘルプ ヘルプに記載されているとおり、Slackリストは有料プランで利用可能となりますので、ご注意ください。 使ってみた印象としては、簡易なタスクリスト、Todoリスト、カンバン方式ダッシュボードって感じです。 新規リストの作成方法 左側のペインにこんなアイコンが出ていると思います。 マウスオーバーさせるとポップメニューが登場する
OSのインストールというのは面倒なものです。いや、そもそも普通の人はOSのインストールなんて一生に一度あるかないかのビッグイベントですが、今これを読んでいる時点で「OSに関する普通」の道を踏み外していますので、安心して「OSのインストールは面倒」だと思ってください。それは「インストールが簡単」と言われるUbuntuでも同じで、インストール設定を少し凝るようにすればするほど手順は複雑になりますし、さらにインストール後の環境のセットアップも必要です。 今回はそんな面倒さを少しでも和らげられるようUbuntu 24.04 LTSのデスクトップ版で正式に搭載された、「自動インストール機能」について紹介しましょう。 図1 Ubuntu 24.04 LTSで追加された自動インストール機能 サーバー版の自動インストール機能を用いた自動化方法 自動インストール機能そのものは、第810回の「Ubuntu
転職・求人情報サイトのtype エンジニアtype 働き方 国認定のフルリモート先進企業は「Slackスタンプの押し方」もオンボーディング! リモートでも生産性・信頼関係を低下させないためにできること 【PR】 NEW! 2024.07.05 働き方 フルリモート注目企業 コロナ禍をきっかけに広まったリモートワークだが、最近は多くの企業で出社回帰の流れが本格化している。 そんな中、今なおフルリモート勤務を推奨し、総務省が選定する「テレワークトップランナー2023 総務大臣賞」を受賞したのが、システム開発や運用保守を手掛けるプログレスだ。 同社は2020年に「フルリモート×フルフレックス」の会社として設立され、現在は北海道から沖縄まで27都道府県で社員がリモート勤務を続けている。 テレワークの先進企業として国が認めた企業は、果たしてどのような取り組みを行なっているのか。 リモートワークは生産
株式会社インフィニットループは今年も The PHP Foundation に寄付をしました こんにちは、仙台支社のいがらしです。インフィニットループは前回、前々回に引き続き、今年も会社として、The PHP Foundation に寄付をしました。 TL;DR この記事では以下について述べています。 The PHP Foundation は PHP そのものの開発を支援する団体で、多くの成果をあげてきました 言語の継続性と更なる発展には私たちに限らず、多くの企業からの支援が必要です PHP の存続と発展のため、みなさんの会社でもぜひ寄付を検討してみてください 勝率を上げる賭け方がある 現代人はとても忙しく、世にはありとあらゆる種類の情報があふれており、限られた時間の中で読める文章の量は限られています。 今、冒頭の 3 行まとめを乗り越えてこの記事を読み進めているあなたは、きっと PHP
丁度1ヶ月前の5月15日、RubyKaigi 2024 初日のキーノートでしゃべってきました。 タイトルは「Writing Weird Code 奇妙なコードを書くということ」 RubyKaigi, me and weird code 発表スライドはこちら drive.google.com RubyKaigiは僕にとってすごく特別なカンファレンスだし、それが地元沖縄で開催されるということで、絶対何か喋りたいと思って真面目な内容のCFPを出していたんですが、 気づいたら真面目じゃない内容のキーノートをしていました。RubyKaigi本当に楽しかったし。すごかった。 RubyKaigiが終わってしばらくは「RubyKaigi本当にすごいイベントだった」という言葉が頭の中をループしていて、その時にこのブログを書いていれば、文章の半分くらいが「やばい」で埋め尽くされていたんじゃないかなぁ。 本当に
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く