開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
戦後14歳で始めたレンタル事業！ 何でも貸しますの「近藤産興」に行ってきた - イーアイデム「ジモコロ」
みなさん、こんにちは。 愛知県出身の漫画家ライターのカメントツです。 愛知県の有名なメイド喫茶の前にいます 突然ですが…皆さんは近藤産興という会社をご存知でしょうか…。 ご存知のない方に説明しますと、愛知県を中心に東海圏内の人間なら誰もが知っている超有名なレンタル会社です。 取り扱いは幅広く今すぐいるけれどずっとはいらないモノ、キャンプ用品やイベント用の道具などなど…。 そうそう実は、僕も赤ちゃんのとき近藤産興で借りたベビーカーに乗っていたそうなんです。 赤ちゃんが大きくなるとベビーカーっていらなくなっちゃいますしね。 レンタルやリースの方がリーズナブルだったりエコだったりするかもしれません。 右のフォトジェニックなのが僕で左のベビーカーを食べているのは、従兄弟です 愛知県民にとって近藤産興がどれだけ身近な会社かお分かりになったでしょうか？ 特にCMの曲がものすごく有名で… 愛知県民なら１
8人の凄腕エンジニアに聞いた、クリエイティブに役立つ良習慣とは | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![8人の凄腕エンジニアに聞いた、クリエイティブに役立つ良習慣とは | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/45d75cbeda71c21388d1f4e5fcb4ace979dddd05/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2015%2F10%2F14%2F13%2F8e3c7ee5-4f28-43ba-8227-7444691f4634.jpg)
複雑な条件分岐にサヨウナラ。PHPのルールエンジンRulerを使って複雑な条件をシンプルにしてみた - Qiita
普通にifを使って書いてみる 単純化してますが、Kekkonクラスに、男性のステータスとかを持ったMenくらすのインスタンスを渡して、 canMarrige で結婚可能かどうかを返すと考えてください。 (ここのロジックはもう少し単純化出来ますが、条件を増やして複雑さを表現するのは大変だったので、あえて複雑なままにしてます) class Kekkon { private $men = null; public function __construct(Men $men) { $this->men = $men; } public function canMarriage() { // 年収が高ければ、身長か学歴のどちらかが高ければ結婚可能 if ($this->men->isHighIncome()) { if ($this->men->isHighHiehgt()) { return tr
社内のドキュメント基盤としてQiita:Teamとesa.ioをしばらく並行運用した結果｜デロイト トーマツ ウェブサービス株式会社（DWS）公式ブログ
先月8月末に所属しているビッグバンドのライブが無事？終了し、演奏を振り返ると反省点が多すぎて凹むので、あまり振り返らないことにしている代表の国本です。 みなさんは社内のノウハウや各種情報の共有をどのように行っていますか？ MMMでは、社内のドキュメント共有基盤として2014年10月末からQiita:Teamを導入しており、 各自が溜め込んだ各種情報の共有を活性化し暗黙知を無くすという目的のもとに、全社員がせっせと様々な情報をドキュメント化してきました。 その後今年に入ってから、とあるプロジェクト単体でesa.ioを利用し始めたことをキッカケに、しばらくQiita:Teamとesa.ioで並行運用をして検討を進めた結果、来月から10月からesa.ioでドキュメント基盤を一本化することを決めました。 そこで今回のエントリーではQiita:Teamとesa.ioを並行運用し、esa.ioの採用を
esaによる情報共有で自律的なチームを目指す - Money Forward Developers Blog
こんにちは、エンジニアの越川です。 先日弊社の情報共有のツールとして、esaを導入しました。我々が感じていた課題とそれを解決するためのツールの使い方をご紹介します。 新しいプロダクトを導入したことで、今後どんな効果が現れるかが楽しみです。 我々チームの課題 今までいくつかの情報共有のためのツールを導入しながら手探りでより良い方法を模索してきたのですが、色々と試していく中で我々にとっての課題が見えてきました。 大きなものとして、暗黙知がイマイチ集合知として浸透しないという課題がありました。我々は個人の暗黙知をチームの集合知として浸透させることでチームをスケールさせたいのです。 この課題をブレイクダウンしてみました。 情報の共有をしている人が大多数と言えない一部の人だけである => もっと気軽に情報を共有して欲しい 探したい情報が整理しづらく見つけづらい => せっかく共有された情報は整理して
Rails開発におけるwebサーバーとアプリケーションサーバーの違い（翻訳） - Qiita
はじめに 先日スタック・オーバーフローでこんな質問に回答しました。 webサーバー、アプリケーションサーバー、Rackといった仕様や概念と、WEBrick、Unicorn、Pumaといった実装の関係が頭の中で結びつきません 質問者の方はwebサーバー、アプリケーションサーバー、Rack、Unicorn、Pumaと言った用語や概念の理解がこんがらかっているように見えたので、このあたりをきれいに説明している記事を探していたところ、以下の記事を見つけました。 A web server vs. an app server - Justin Weiss スタック・オーバーフローでは記事の一部を抜粋して「ざっくり翻訳」したのですが、それだけで終わらせるのはもったいない気がしたので、Qiitaには全文を翻訳して載せておこうと思います。 これを読むと、あなたもwebサーバーとアプリケーションサーバーの違い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webサービスの思想とかについて考えてた。#esa_io #ﾄﾉｺﾄ
サービス終了のお知らせ