React＋Reduxによる状態管理とフロントエンドの技術的負債 ─ 長く継続するサービスのアプリケーション設計｜ハイクラス転職・求人情報サイト AMBI（アンビ）
React＋Reduxによる状態管理とフロントエンドの技術的負債 ─ 長く継続するサービスのアプリケーション設計 遷移なく表示コンテンツを変更できるシングルページアプリケーションでは、ページの状態管理が重要になります。現在はReactによるUI構築とReduxによる状態管理を選択しているChatworkは、jQueryなどの技術的負債と共存しながら、フロントエンド設計の見直しを重ねてきました。クライアントサイド・アーキテクトの火村智彦（@eielh）さんと、エンジニア採用広報の高瀬和之（@guvalif）さんによる解説です。 クラウド型ビジネスチャットツール「Chatwork」は、2011年3月にローンチされて10年以上にわたり開発を継続してきました。このように長く続くサービスがユーザーに価値を提供し続けるには、時間経過による変化に適応するため設計の見直しが必要になります。 しかし、設計を
界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
技術的負債への後悔と返済｜Seiji Takahashi@ベースマキナ
反省文。 tl;dr・「後から改善すれば良い」のスタンスは、返済コストを甘く見積もっている結果 ・負債の返済にはコーディング以外の工数が大きくかかってくる ・技術的負債を"徐々に"返済することは様々な面で良い 出社即リファクタリング最近出社した直後に、こっそりリファクタリングの時間を一定程度取るようにしている。朝のウォーミングアップがてら改善作業をしていると、瞑想みたいな効果があって大変気分がよくなるし、その後のコーディングも生産性が上がる。大体こういう気分。 具体的な作業は、アーキテクチャの方針が固まってなかった時代のコードの１つのエンドポイントだけ、適切なレイヤ化を施したり、単体テストが可能なメソッドとして切り出しつつ実際にテストを書いたり、テストに必要な共通処理を定義したり、だ。 初期から機能追加を重点的に行ってきたプロダクトでは、スピード優先の名目で多くの負債が生まれる。こうした負
ネットベンチャーに「企画しかできない人」はいらない。 | ふくゆきブログ
ネットベンチャーに「企画しかできない人」はいらないと思う。 特に、文系でプログラム経験がなくて企画しかやってきてない人は、論理的思考能力がない人がめちゃくちゃ多い。大企業ではそれでいいけど、人も時間も予算も無い状況だとコミュニケーションロスとオーバーヘッドがでかすぎる。条件をつめたり、ロジックを埋める作業が出来ない。条件漏れとかめちゃくちゃ多い。デバイスの仕様制限すら分かってない人も多い。 GPSがすごい正確で一瞬で位置を取得できることを前提にしたアプリの企画とか、すべてのスマートフォンがiBeaconが動くことを前提にした企画とか、顔認識が100%であることを前提にしたアプリとか、プッシュ通知しまくるクソアプリとか、アプリの更新とデータ更新の切り分けが分かってないとか、お前の状態遷移を修正している時間のほうが時間が掛かる企画とか、もう、いやだ。それで、企画の発想が飛びぬけて面白い人なら、
「ITエンジニアに読んでほしい！技術書・ビジネス書 大賞（エンジニア本大賞）」決定しました！
2014 大賞の発表！！みなさんのご参加ありがとうございました！本を選ぶイベント「ITエンジニアに読んでほしい！技術書・ビジネス書大賞（エンジニア本大賞）」の第一弾の投票、第二弾のプレゼン大会が無事に終了し、「技術書部門大賞」、「ビジネス書部門大賞」、各選考委員による「特別賞」が決定いたしました。みなさまのご参加ありがとうございました。 技術書部門大賞※会場のみなさんによる投票で決定しました！ 『リーダブルコード より良いコードを書くためのシンプルで実践的なテクニック』 出版社：オライリー・ジャパン ダスティン・ボズウェル、トレバー・フォシェ 著 ／ 角 征典 訳 投票した理由などみなさんからのコメント同僚にプレゼントしてみようと思います新人研修で使いたいと思いました「話しかけるように」といった訳す時の工夫点が興味深かったですテンポが良く、小ネタもあって好きなプレゼンでした 『小さなチーム
SI業界からはさっさと抜けだしたほうがいい - ひがやすを技術ブログ
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？ - 達人プログラマーを目指して http://d.hatena.ne.jp/ryoasai/20110109/1294581985 をうけて自分の考えを書いておきます。 二年前なら、自分もどうしたらSI業界をよく出来るか真剣に考えていたし、NTTデータの人達と実際に話し合いもしています。 NTTデータとの真昼の対決シリーズ http://d.hatena.ne.jp/higayasuo/20080612/1213241779 http://d.hatena.ne.jp/higayasuo/20080828/1219901392 でも、ソーシャル、クラウド、スマフォの時代になって、考えが変わりました。 今は、世の中の動きがかなり速くなっているので、その中で素早くチャンスを捕まえたものだけが生き残ります。受
Googleレベルの学生が起業した「Preferred Infrastructure」 ― ＠IT
2008/03/24 検索エンジン開発の分野で有名になりつつある企業にPreferred Infrastructure（PFI、東京都文京区）がある。目を引くのは10人の社員がいずれも東京大学大学院、京都大学大学院の出身者、もしくは在学中ということ。東京大学大学院の情報系研究科出身者の多くが近年、Googleに入社していることは有名だが、PFIは、いわば、Googleに行かなかったGoogleレベルの学生たちが起業したといえる。エンジニア率100％のPFIは日本のテクノロジ・ベンチャーの姿を変えるだろうか。 PFIの代表取締役社長 西川徹氏は「ACM 国際大学対抗プログラミングコンテスト（ACM/ICPC）の世界大会に出場したメンバーと一緒に何かやりたかった」と起業の動機を話す。起業したのは2006年3月。資本金は30万円。当時の社員は6人で全員が学生だった。オフィスはなく、Skypeで話
情報サービス産業に明日がなくても構わない - 雑種路線でいこう
情報サービス産業に対しては，人月単価ベースのビジネスモデルがいけない，エンジニアを使い捨てている，高い単価でオフショアとどう戦うのか，とかいろいろなことがいわれているし，どっかに活路がないものかなとここ数年いろいろ調べたりもしたのだけれども，最近ふと別に情報サービス産業に明日がなくても構わないじゃないか，と考えるようになった． 結局のところ要件定義や仕様書に基づいてシステムをつくるという仕事は，ITが生む付加価値そのものを受け取るようにビジネスモデルができていないのだ．技術や製品・専門知識に希少性があった時代はそれでも儲かったが，ハードやソフト，それらに対する知識がコモディティ化した瞬間，サービスやソリューションそのものがコモディティ化することは避けられなかったのだろう． 僕はIT自体にはまだまだ可能性があると思うけれども，徐々にレントがIT製品を扱う企業から，ITを活用して新しい価値を生
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IT業界に来た新社会人に本音を言っておく - ブログは死なず、ただ放置されるのみ。