リーダーという役職をやめてフォロワーという概念をつくった話 - hitomediaの、ひとの成長にかかわるブログ
Kenji Naitoです。 www.wantedly.com 仲間を数名探しています！よろしくお願いします！ 会社が向かっているところ🥅 blog.hitomedia.jp こちらの記事にもある通り、ヒエラルキー型の組織からの脱却をする実験をしています。 マイクロマネジメントはマネジメントコストが高い管理方法であり、 個人が主体性を持って関わるようになれば 人に対するマネジメントは極力下げられるからという効率の良さを狙っています。 というのも、私個人が人を管理するという発想があまり好きではないので みんないい感じに自分で判断して楽しく責任感を持って仕事を推進してほしいという姿勢です。 また、CEO、COO、CSO、CTO、などのメンバーも似たような考え方なので 会社の文化として落とし込めればと考えて進めています。 なぜリーダー（役職）をやめたのか🌝 リーダーという概念があると リード
個人的にPHPで開発する上で頭に入れておきたいと思っている事 - Qiita
はじめに 私は、これまでいくつかのPJでPHPの開発をしたり、自分でも勉強がてらアプリを作ったりしてきました。 その中で、同じPJに参画していた方から教えていただいた技術や自分でこれは心得ておきたいと思った事をまとめてみました。 また、最初にこの記事を書いたのは2018年3月ですが、半年後、1年後、さらにその先はガラリと状況が変わっている可能性もあります。 その場合、できるだけ最新の情報に更新し続けたいです。 1. バージョン もし、これから新規でPHPで何かを作り始めるなら間違いなく7系を使った方がいいです。 5系に比べて言語としての処理速度も上がっていますし、新機能も増えています。 昔からある古いプロダクトの保守などで、どうしても5系を使い続けなければいけないPJもあると思いますが、 5系で一番新しい5.6ですら2018年内にセキュリティサポートが切れてしまうので、多少大変でも7系への
フロントエンドの負債と向き合う - mizchi's blog
某所で書いたものを公開用に書き直したもの 前提 フロントエンドでTDDは難しい、というかほぼ不可能である。なぜなら事前に副作用をデータとして表現できるか不明だからだ。たとえばあなたのプロダクトの画面の何処かにボタンを追加するために、その内部表現を事前に思い浮かべることが可能だろうか？ react-redux などのFluxフレームワークは如何に副作用をアクションとして表現することで、テスト・デバッグのための情報を残すか、という視点で発展してきた側面がある。あの冗長なアクション定義は、全てデバッグのために書いていると言っても、過言ではない。それすら「Textは文字がある」といったトートロジーなデータになりがち。 フロントエンドの現実的な単体テストは、他の開発者のために、自分が書いたコードの要求を満たしているか検知する手段として、防衛的にテストアフターしておく。これぐらいしか現実的な手法がない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
