DevOps の能力 | Cloud アーキテクチャ センター | Google Cloudデジタル トランスフォーメーションを加速 お客様がデジタル トランスフォーメーションに乗り出したばかりでも、あるいはすでに進めている場合でも、Google Cloud は困難な課題の解決を支援します。
Androidでよくあるめんどくささ - Konifar's ZATSU
最近Androidを楽に開発するためにはどういうクラス構造にすればいいかを考えている。 巷にはMVP、MVVM、MVC、FLUXなど様々な設計が溢れているが、サンプルコードを見てもなかなかイメージがつきにくい。理由はサンプルが簡単すぎるからだ。シンプルなTODOアプリではメリットよりコード量の増加や見通しの悪さといったデメリットの方が目についてしまい、どうしても『なぜ』その設計や構造が必要なのかを理解しにくい。理解できても1週間後には忘れている。 Android開発においてなぜ設計が議論されるかと立ち返ってみると、考えることを少しでも減らしたいからだと言える。わかりやすいところで言えば、複雑なライフサイクル、画面回転を考慮したデータのロードにエラーハンドリング、その状態に応じた画面表示あたり。Androidの開発をする上で、考慮しなければいけない事象はバージョンアップのたびに増しており、そ
@robfitz | Figuring out early stage startups
You’re talented, driven, and trying to decide whether or not to quit your job to start a business. This seems like a good and important question with which to wrestle. But it’s not, because it’s phrased in a way which contains a massive and misleading assumption. Going full-time on your startup does two things: It gives you 8ish productive hours per day to invest in your new business It begins bur
GTDまとめ(2) 未整理タスクを収集する - これ僕.com：行動分析学マニアがおくる行動戦略
GTDは、まず未整理なタスクを洗い出すことからスタートする。 未整理タスクを収集する 頭の中、机の上や引き出しの中に放置された書類、 電子メール、いつも使ってる予定表… 身の回りや身の内転がっている未整理なタスクを、 全て洗い出す。 どんな些細なものでも。 「そういえば、あれやんなきゃなー」といったものは、 全て頭から追い出す。 収集フェーズが終わった後、頭の中は空っぽ。 その代わり、全てが目の前の紙（あるいはそれを代替するもの） に書き出されていなければならない。 全てを洗い出すために、 引き金リストを利用することができる。 引き金リストを以下に引用しておく。 引き金リスト(仕事上のモノ) スタートしたが完了していないプロジェクト スタートする必要のあるプロジェクト 他の人が関係するもの 上司 同僚 部下 組織の他の人間 外部の者（客、他の組織、専門家） 連絡 内部の/外部の、すること/
ユーザビリティの高い、使いやすいフォームを制作するための12のポイント
Li'l Engineのエントリー「ユーザビリティフォームのためのチェックリスト」の意訳で、ユーザビリティの高いフォームを制作するための12のポイントの紹介です。 Checklist for Usability Forms 不明な箇所は英文のまま記載してましたが、皆様の協力により3,5を和文にしました。 フォームは正しく入力できるように、可能な限り簡潔に。 フォームには、必要なインフォーメーションを含める。 タイトル：なんのためのフォームか フォームのヘルプ キャンセル(中止)の選択肢 入力すべき項目は、多くしない。 重複する入力項目は設置しない。 フォームの公開後しばらくしたら、収集したデータが実際に使用されているかチェックする。利用されていないものがあれば、収集しないようにする。 長いフォームは紛らわしいので、分ける。 タスクごとに分ける それぞれのページごとにチェックをし修正すること
プログラミングの6大10項目リスト
Jeff Atwood / 青木靖 訳 2007年3月22日 以下に私の選ぶプログラミングの6大10項目リストを挙げておく。取り上げた順序には特に意味はない。このエントリを簡潔なものにしておきたいので、それぞれの項目は短い要約を引用するに留める。興味を引くものがあれば、ぜひリンクをたどってオリジナルの作者の考えについてもっと詳しく読むことをお勧めする。 [ 訳注: 要約だけで意味が取りにくいものに簡単な説明をつけた。] ジェラルド・ワインバーグの｢エゴレスプログラミングの十戒｣ 自分が誤りを犯すということを理解し、受け入れること 。 自分と自分のコードは別物である。 どんなに｢空手｣を学ぼうと、いつでもあなたよりもっと詳しい人間がいる。 相談せずにコードの書き直 しをしない。 自分より無知な人に対しても尊敬と敬意と忍耐を持って接すること。 世界で唯一変わらないのは変わるということだけ。 唯
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
