はじめに 同じ値だからと言って同じクラスを使うだけで良いかというとそうでもなかったな、という話をまとめる。 それぞれ微妙に違う３例を書いてみる。どれも処理内容は適当に変えてるけど、自分が保守しているサービスで苦戦した箇所と同じ構成にした。 本当はクラス設計とかは DDD の考えに基づいて決めるんだけど、今回はシンプルに型を工夫するだけで結構良くなるよ、という話に留める。 記事の前提 アクティブレコードみたいに主キークラスが用意されたりとか言うフレームワークではない 掲載コードは超超簡略化されて要所だけを抜粋している 全部実際にはもっとパラメータが沢山あるし、クラスも複雑に分割されている 処理ももっと複雑で、メールを飛ばしたり課金請求処理が入ったりする Service, Tableを除くクラスを便宜上domainsと言うことにする domainsはServiceやTableに依存してはいけな

中長期のための大きなデザインも大事だけど、そのために日々の改修が犠牲になってはならない（その逆は言語道断）。そんなわけで、しばらくの間は、1〜2日で終わる小さな改修を、コンスタントにnoteチームに提案したいなぁと考えている。 もちろん、「リソースが許せば」だけれども。なぜならpiece of cakeにはまだデザイナーが1人しかいないことだ。そんなわけで、中長期でどういうチームを作るべきかウンウン唸っている。 並行して走るスロットが3-4つ欲しい理想を言えば、デザイン/開発リソースを3つのグループにわけたい。「大局リソース」、「開発リソース」、「カイゼンリソース」の3つだ。これらはそれぞれ独立しているのが望ましい。複数のレイヤーを1人のスタッフが兼任していると、どれかが忙しくなると、他の全てがストップしてしまうからだ。 大局リソース ガイドライン、コンポーネントなど、会社全体にストックさ

By OnInnovation オンライン決済サービス「PayPal」の母体を作り、世界で最も成功しているEVメーカー「テスラ」の創設、民間宇宙開発のトップをひた走る「スペースX」を立ち上げた経歴を持つイーロン・マスク氏の成功はこれらにとどまらず、超高速交通網を開発する「ハイパーループ」、都市の地下にトンネル網を張り巡らせる「Boring Company」などの構想をうち立てるなど、そのアイデア力と経営手腕は非常に高いものがあります。そんなマスク氏が数年前にテスラの従業員宛に送ったというメールには、組織としての強靱な体力を実現するために必要な社内コミュニケーションの在り方が雄弁に語られています。 This Email From Elon Musk to Tesla Employees Describes What Great Communication Looks Like | Inc.c

新しい技術が出てきたとき、大多数の若い人よりも圧倒的にスピーディーに使いこなすおっさんは珍しくない。 新技術を習得する能力は、年齢よりも、「スキルを獲得するために必要なスキル」、すなわち「メタスキル」に大きく依存するからだ。 たとえば、ある開発ツールを導入すべきかどうか若い人に相談されたので、「まず、ドキュメントを読もう」と言ったら、「ドキュメントを読んでもよくわからなくて。。」と言う。ググったらすぐに公式サイトの至れり尽くせりのドキュメントが出てきたので、「これ読めばいいじゃん」と言ったら、こんなに大量の英語のドキュメントを読むのは無理だと言う。 あるいは、AIを導入するという話になったとき、「AIがよく分からないので教えて欲しい」と言ってきた若い人に、良質の入門書を勧めたら、数式が分からないので読めないのだという。数式の読み方を教えてみたら、数式以前に、そこで使われている数学概念自体を

IEEE Internet Computingの2017年5・6月号に "Two Decades of Recommender Systems at Amazon.com" という記事が掲載された。 2003年に同誌に掲載されたレポート "Amazon.com Recommendations: Item-to-Item Collaborative Filtering" が Test of Time、つまり『時代が証明したで賞』を受賞したことをうけての特別記事らしい 1。 「この商品を買った人はこんな商品も買っています」という推薦で有名なAmazonが1998年にその土台となるアルゴリズムの特許を出願してから20年、彼らが 推薦アルゴリズムをどのような視点で改良してきたのか 今、どのような未来を想像するのか その一端を知ることができる記事だった。 アイテムベース協調フィルタリング 20年前も

「お前は向いていないんじゃない、やってないだけだ」 この一文を読んでほんの少しでもなにかを感じた人は是非とも↓の本を今すぐに読むべきだ。 エラスティックリーダーシップ ―自己組織化チームの育て方 作者: Roy Osherove,島田浩二出版社/メーカー: オライリージャパン発売日: 2017/05/13メディア: 単行本（ソフトカバー）この商品を含むブログ (1件) を見る 本著はみんなが考え、感じているリーダーシップという曖昧模糊な概念に対して具体性をもたらせてくれる。 それは「チームリーダーの役割は優れた人材が育つのを助けること」と定義付けていることだ。 このシンプルである意味で本質をついている定義付けが本著を名書たらしめているとぼくは思う。 この本の構成は1部〜4部(おおよそ本書の半分ほどを占めている)までが著者によるリーダーシップとはなにか？3つのフェーズの分類とそのときに期待さ

みんな気になる Java エンジニアの年収Javaエンジニアの年収 Java エンジニアの年収は、総じて高めにあります。 例えば、３０代の平均年収が 456万円 と言われる中、Java エンジニアの３０代年収は、概ね 500〜700万円 になります。 また加齢と共に年収が下がるもしくは変わらない職種もある中で、Java については年齢と共に年収が上がる傾向にあります。 画像出典：GIPHY まず Java エンジニアが他の職業よりも、少し年収が高めな点について確認したいと思います。 １．プログラマー不足Java だけに限ったことではありませんが、ソフトウェアの開発・保守の現場では人手不足が続いています。 その中でも Java は、多くのソフトウェアで使用されているため、それに伴って求人数も多い傾向にあります。そして Java エンジニアの取り合いとなり、報酬も高くなる傾向にあります。 例え

■担当工程（業務範囲） リテールメディア枠の企画/販売戦略立案。 ■スケジュール 2024年5月から随時ご参画相談可能です。 プロジェクトの終了時期は未定で、基本的には長くご一緒いただける方を求めております。 ■働き方について フルリモートでもサテライトオフィスにお越しいただく形でも可能です。

[Azure][IoT][デザインパターン]IoTデバイスのStreamデータを簡単にリアルタイム処理するためのAzure各サービス概要AzureStreamIoT TL;DR Azureの各サービスを利用して、iOS・Androidアプリ、IoTデバイスから送信されるデータをリアルタイムに処理してRDB、HDFSに登録します。特定のサービスを利用すればここまでノンコーディングでイケます。あとはAppService（AzureのPaaS）やExcel（PowerBI）を利用してシステム連携も簡単にできます。 Event Hubs 唄い文句として毎秒数百万ものイベントを処理できるメッセージブローカーです。SDK(C、C#、Java)やAPIを利用してpublish・subscribeの処理を行います。通信プロトコルはAMQTまたはHTTPがサポートされております。（MQTTはない） 概要とし

仕事ができる人はなぜモチベーションにこだわらないのか 2019.05.04 公開 ツイート 令和の働く心得 【改元特集】会社に必要なのは「やる気のある人」より「機嫌の良い人」〔再掲〕 相原孝夫 パワハラ、モラハラ、セクハラ等、ハラスメント防止への意識は高まる傾向にあるものの、自覚的ハラスメントが横行しています。職場でその時の気分のままにまき散らされる不機嫌も、自覚なきハラスメントのひとつではないでしょうか。 機嫌の良さは、職場の雰囲気、仕事の効率を上げる第一歩。さらに大事にしていきたいものです。 そのヒントを、『仕事ができる人はなぜモチベーションにこだわらないのか』からお届けします。 不機嫌をまき散らすのは幼稚さの表れ 本人のモチベーション云々に関わらず、結局、周囲に影響を及ぼすのは、その人の振る舞いである。常に機嫌よく振る舞える人もいれば、不機嫌を前面に出してしまう人もいる。モチベーショ

pmjpオフ会#8 での発表資料です。

pmconf2019 Tably小城の発表資料。 プロダクトの骨太の方針を作るためのフレームワークの使い方についての資料です。 https://2019.pmconf.jp/sessions/2019/11/13/S2-018/ こちらも合わせてご確認ください。 はじめてのPRD Tably 及川卓也 (@takoratta) https://www.slideshare.net/takoratta/prd-192302662

MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました 強い組織を作るためにはナレッジの共有が欠かせません。個々人のナレッジに留まっていては同じ経験を繰り返すだけですし、何も培われていきません。問題はどこに書き留めるかです。かつてはWikiもありましたが、慣れないと使いこなせませんでした。 今回紹介するオープンソース・ソフトウェアはSharedocs、プログラマが使い慣れているであろうQiitaクローンです。 Sharedocsの使い方 Sharedocsのトップページです。 ログインしました。カラーリングは違いますが、UIはとてもQiitaに似ています。 新規作成画面です。ここのデザインは結構違います。が、プレビューの機能などはついています。 表示例です。記法はMarkdownが使えます。 ユーザページです。投稿数、ストック数などが確

社内の事業部・プロジェクトを跨いで、社員間で技術やノウハウの共有をもっともっと盛んにしたいーそんな社員の声から生まれ、社内で運用中のツールをこの度 OSS にして公開しました。 公開先 GitHub 上に公開しています。 atware/sharedocs README にデモサイトや Heroku ボタンを記載していますので、すぐに試すこともできます。 Sharedocs Markdown で記事が投稿でき、コメントや Like やストックができる、言ってしまうとどこかで聞いたことがある某有名サービスのような情報共有ツールです。 投稿画面 絵文字も入力できますし、さらにはシーケンス図やフローチャートも Markdown で描けます。 レスポンシブにしてあるのでスマホやタブレットでも使えます。 つくるに至った背景など 背景 弊社には以前から、 他のプロジェクトでどんな技術が使われているのかよ

サインアップ こちらのページからサインアップを行います。現在のところ、14日間のトライアル期間があるため、その間はPrestoを利用することが可能です。 Pandasは、公式から引用すると、下記みたいな感じのツールです。 pandas is an open source, BSD-licensed library providing high-performance, easy-to-use data structures and data analysis tools for the Python programming language. Pythonのインストール Ubuntu14.04ではPython3.4が入っているが、python3がエイリアスになっていたりして、面倒なので、pyenvで環境構築を行います。 参考: http://qiita.com/akito1986/item

どうも、Androidアプリの開発をやっています、エンジニアの岩木（@YusukeIwaki）です。 社内ではRubyistたちに囲まれながら、孤独にJavaを書いています（誇張ｗ） クラウドワークスでは、施策の事前調査や効果検証などのデータ測定を、エンジニアが率先しておこなう開発プロセスをとっています。 データ収集ではSQLを使う機会が多いのですが、「会員登録した人の、１週間単位での発注率の推移」のような複雑なデータを取ろうとした時に、わりとつらい思いをすることが多かったため、SQL運用のつらみを解決すべくPandasとJupyterの布教活動をおこなった！という話を共有します。 そもそも解決したかった"SQLのつらみ" 「データ収集をいろんなエンジニアがやる」というシーンにおいて クエリの結果の再利用性が低い 「よく使うベースクエリは関数化して、みんなで使い回す」ということができない。

〜「技術力評価会」を中心とした、VOYAGE GROUPのエンジニア評価制度。被評価者だけでなく、評価者も育てる仕組みとは〜 売り手市場が続く、エンジニア採用。その中で、優秀なエンジニアを採るためには、何をするべきなのか。 その問題への1つの解として、人が育つ「評価制度」を綿密に構築しているのが、株式会社VOYAGE GROUPだ。同社では、半期の取り組みを評価する「技術力評価会」を中心とした評価制度を、CTOの小賀 昌法さんを中心に、6年という歳月をかけて作り上げた。 「なぜそのように実装したのか」を90分間ディスカッションする「技術力評価会」、それをサポートするための「サポーター制度」、その評価資料の「GitHub（ギットハブ）」での全公開など、随所に工夫が施されている。 （※技術力評価会の詳細は、新入社員目線で書かれたこちらの記事もどうぞ） そして、それらの評価制度を運用していくため