primeNumberのCTO 鈴木です。 今回は、カジュアル面談で「primeNumberがビジネス側と開発側が同じ方向を向き、顧客に対して価値を返す組織」であることを候補者に説明した内容を紹介したいと思います。 カジュアル面談希望者の秋田さんとは、trocco®のプロダクト開発のチームとは一度面談を実施させていただきました。ビジネス側のメンバーともぜひ話してみたいとのことで、プロダクト開発のチームと特に関わりがありそうなメンバーに声をかけて面談を実施したことが背景です。 当日は、セールスのトップであるCOOの下坂さんと、カスタマーサクセスのトップである中村さんを招いて、和やかな雰囲気でカジュアル面談がスタートしました。 以下にて、カジュアル面談の実際のやり取りを紹介していきます。 参加者秋田さん:(当時カジュアル面談希望者 / エンジニアリングマネージャーで2024/2月入社) 下坂さ
はじめに こんにちは、FarStep です。 プログラミングを学ぶ中で、「プロセス」と「スレッド」という言葉を耳にしたことがある方は多いと思います。 しかし、これらの違いを明確に説明できる自信がない方も多いのではないでしょうか。 本記事では、プロセスとスレッドの違いについて、エッセンスを抽出して 解説します。 説明を簡潔にしましたので、本記事は 5 分程度で読み終えることができます。 本記事の内容を自分の言葉で説明できるようになれば、プロセスとスレッドの違いの理解は十分でしょう。 それでは、始めます 🚀 プログラムとは プロセスとスレッドの違いを理解する前に、まずは「プログラム」について理解しましょう。 プログラムとは、プログラミング言語で書かれた一連の命令 のことです。 プログラミング言語の例としては、以下のようなものがあります。 C 言語 Java Python Ruby JavaS
もうかなり前の話だ。 ある会社で、「会社案内・パンフレットのリニューアルをする」と言うプロジェクトが持ち上がった。 社長は一人の人物をプロジェクトマネジャーとして任命し、予算を付け、 「後はよろしく」 と、仕事をまかせた。 ところが半年後、ようやく社長は気づいた。 全くプロジェクトが進んでいないことに。 「どうなっているのか」とプロジェクトマネジャーを問い詰めたところ、彼は外注に丸投げしたまま、何もしていなかった。 外注側も、仕様が固まらず、プロジェクトは完全にスタックしていた。 社長は彼に話を聞いたが、彼は「外注から返事が無くて」の一点張り。そこで、社長は彼に要求した。「資料を出せ」と。 ところが彼は「出せない」という。 何か隠しているのではないか、おかしいのでは、ということで、皆でメールのやり取りや資料などを調べると、実質、彼が事実上、「外注に依頼をし、あとは本当に何もしていない」こと
はじめに 今参加させてもらっている案件でついにVue3へのアップデートが完了したので、知見をまとめていきます! 僕1人だけではなく、チームでやったので多少曖昧なところもありますが、そこはご愛嬌でお願いします。 マジで一年くらいかかりました。笑 ちなみにこれを全てやれば完璧にVue3対応出来るわけではなく、あくまでこのプロジェクトで躓いた知見を書いているだけでですので、実際に上げる場合はしっかりと公式ドキュメントを確認してください。 特に移行ビルド系は執筆時点で確認していたら、かなりリリースされていたので是非確認してみてください。 前提 新規機能の開発は止めない Options APIからComposition APIへの書き換えなどはしない 特にいつまでにアップデートなどの期限は設けない マイグレーションビルドは使わない webpackerをつかっている TypeScriptは使っていない
Stevie Wonder with his SlapStick N-100
はじめにlink 最近受けるNode.js + TypeScript環境の相談の中で、CommonJSやECMAScript Modulesのあたりで落とし穴にはまっている人が多いという事に気づいた。 Node.jsは歴史的にCommonJSとECMAScript Modules(以後ESMと表記)がどうしても入り乱れる環境にあり、これにTypeScriptのモジュールが加わると組み合わせでさらに複雑度が増すのが現状である。 説明する際に口頭より整理した文章が欲しいと思ったので記事にする。 以下のリポジトリで検証コードを管理している。 https://github.com/koh110/module_test Node.jsモジュールチェックシートlink まず最初にNode.jsにおけるCommonJSとESMの挙動について整理する。 いきなり書かれても把握できないかもしれないが、一旦こ
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
はじめに あとで何か書く。 事前知識 Proxy 知っておかないと Vue3 のソースコードが読めないと思います。 https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Proxy Reflect 何なのかは知っておかないと Vue3 のソースコードを読むときに詰まります。 https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Reflect WeakMap 何なのかは知っておかないと Vue3 のソースコードを読むときに詰まります。 https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/
このページでは、2024年5月22日に発効する Google の新しい利用規約の概要を紹介します。新しい規約が発効されるまでは、ユーザーが Google サービスを利用するうえで期待できること、そして Google がユーザーに期待することについては、引き続き従来の利用規約をご覧ください。 本規約に含まれる内容Google は、こうした利用規約はできれば読みたくないというユーザーの心理を理解しています。しかし、ユーザーが Google サービスを利用するうえで期待できること、および Google がユーザーに期待することを、利用規約に明記することは重要です。本利用規約には、Google のビジネスの仕組み、Google に適用される法律、および Google が常に正しいと信じてきた事柄が反映されています。結果として、本利用規約は、サービスを利用するユーザーと Google との関係を定義
この記事のポイント Google、利用規約の変更を発表 Google 利用規約変更に伴う Google サービスの使い方変更などは特になし 2024 年 5 月 22 日(水)より適用開始 Google は 2024 年 4 月 19 日(金)、利用規約の変更を発表しました。 Google の利用規約変更は、2024 年 5 月 22 日(水)より適用開始されます。またそれに合わせて、すでに新しい利用規約に関する概要も公開中です。ちなみに、今回の Google 利用規約変更に伴う Google サービスの使い方変更などは特にありません。不正な使用を行っていない限り、これまで通り Google サービスを使用できます。 今回 Google が発表した利用規約変更では、Google とユーザーの関係性やユーザーが Google や Google サービスに期待できること、そのうえでユーザーが厳
カリー化と部分適用 先日同僚にカリー化を説明する機会がありました.その際に,簡潔に説明に適した自分用の資料があるといいなと思いましたので,こちらの記事を書くことにしました. この記事ではカリー化と部分適用について解説します.歴史等には触れずにただその内容について述べます. 混同しやすいという情報があるのですが,割と違うレイヤの話なのでなぜなのかは不明ですが,関連性に関する私見も末尾に書いておきます. カリー化 カリー化 (Currying)[1]とは 複数の引数を取る関数を,単一の引数を取る関数に翻訳する手法 のことです. 簡単な例を見ます.以下のような2つの引数を持つ関数を考えます. const add = (a: number, b: number) => a + b; console.log(add(1, 3)); // 4 関数を値のように返す関数のことを高階関数と呼びます. カリ
エンジニアの岡村です。 自分はサーバーがメインではなく、あまり業務でガッツリ触るわけでもないのですが、最近それなりに活用するようになってきました。しかし、ネット上の日本語情報を読んでいるだけではこれの書き方が正しいのかよく分からない、と悩むことが結構あったため、色々情報を漁ってみました。 この記事は、特に自分が気になった部分の調べた結果を記事に纏めてみたものです。対象読者はdocker-composeを雰囲気でupやdownは叩けるけどComposeファイルの書き方がよく分からんとなってる人です。 Docker Composeの概要とcompose.yaml、Compose Specの関係 compose.yamlの書き方は Compose Specに準拠すればOK Compose Specの場所 推奨のファイル名はcompose.yaml compose.yaml内にバージョンを記述する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く