はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 「設計してください」と言われて何をするか、分かるでしょうか。 明確に分かるという場合はよいと思います。成果物が決まりきっているなら幸運です。 しかし、例えば新しい技術・業務などにおいては、設計が何か漠然とすることがあります。 そういう、設計タスクそのものが曖昧な際に使えるようなことを書こうと思います。 ただし持論です。 設計についていくら調べても、出てくるのは具体的な何かに対するタスクのみでした。 もちろん私が見逃しているだけの可能性は大いにあります。 「設計とは？」を知る重要性 IT業界は進化が速いです。 そしてますます複雑

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ユーザーエクスペリエンス（UX）という言葉をよく耳にするようになりましたが UXってそもそも何だかわかりますか？ 私はよくわかりません！ そんなUXを、エンジニア目線で噛み砕いてみたいと思います 目的 UXとは何者か エンジニアとしてどう向き合えば良いのか 問題と対策 対象者 主にエンジニア UXってアレだろ・・・UXだろ？　な人 UXを調べると目眩がする人 UXのUXは良くないと思う人 UXと聞くとズンドコベロンチョを思い出す人 注意 私はただのエンジニアです よくある「UXとは」よりも一歩引いて外側から考えます いろいろ喧嘩売ってる

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 仕事が苦しくなると、つい仕事中にIT業界や他業界について調べてしまう私から 若手のうちは判断しづらいホントのところを若手に向けて書きます 注意 1年目～6年目の特にエンジニア向け 軸を受託Web業界においています（一番対象者が多そうだから） やさしいIT業界の説明書と攻略法の後のつもりで書いています 非常に曖昧なテーマも扱うので、厳密には合っていない可能性もあります 話半分でお願いします 本題 IT業界はブラック企業が多い？ → まぁまぁホント ちゃんと理由があります プロジェクトというものが非常に難しいため 中小企業が多いた

この通り、KPTはみんなでやるデバッグ作業です Problem -> Try -> Keepと全てはつながっています 繋がっていないKeepは？ ナレッジ共有と捉えると良いと思います ただ、その場合もはじめに何かしらの問題があって〜からスタートすることが多いのではないでしょうか KPTすごい これで何となく伝わりますかね？ KPTが毎週上手く回っている　＝　毎週バグを潰している １年続けると KPTが回っている　→　テスト53回、デバッグ53回行って、チケット消化しつづけ改善してる状態 KPTが回っていない　→　テスト0、デバッグ0、チケット消化数0 KPTを上手く回すには 伝わったとしたら幸いです それでは次にKPTを上手く回すことを目標にします そもそも上手く回ってる、良い状態ってどんな感じでしょうか？ 良いKPT＝良いデバッグ エンジニアならもう既にわかるはずです 良いProblem

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前置き 新卒～４年目くらいに向けたものです ちなみにコードは一切出てきません IT業界全体とWeb系では結構差がありますが、主にWeb・アプリ系を中心にお話します IT業界でもほとんど通用しますが、一部読み替えが必要な部分があります ご注意ください 結構なボリュームになりました 途中に中間地点を用意してるので 慌てずゆっくり読んでください 中間地点1 中間地点2 方針 難しいの苦手なんで簡単に書くつもりです あと、ゲームに喩えて話します 対象 プログラマー テスター システムエンジニア ディレクター デザイナー メインはエンジニアです

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 前置き リーンスタートアップ＆スクラム駆動で1年半アプリを継続開発した時 巷によくあるデザインパターンや考え方がイマイチしっくり来なかったので試行錯誤しました そのまとめです 注意 この方法が合うかどうかは状況に依ります 用法用量を守り適切にお願いします あと読んだあとに 「それただのオブジェクト指向じゃん？」とか 「それただのMVCじゃん？」とか 「それただのDDDじゃん？」とか言いたくなると思います そこらへん分かってる人にはあまり価値が無いかもしれません 対象者 アジャイル、リーンスタートアップ、グロースハックなどの開発をガチで行