目標設定の大切さ
目標設定の大切さ 何かをやるのであれば、数年後、１０年後などの数値目標、定性的な目標を明確にする。紙に書いて毎日見えるようにすると更にいいと思う。僕は自堕落なので、頭の中にしか書いてない。 ほとんどの人が目標を達成できないのは、ここから詳細な日々の行動目標に落とさないことと もう１つ 実現が可能なような日々の目標におとさないことにある。 成長しないスタートアップも、成長しない社長もこの目標設定の仕方に問題がある。 まず、無理な目標を平気でたてる。 例えば、腕立て伏せ毎日１００回とか、まず３日目から続かないような努力目標を立てて、達成しないような事をやる。 もっとも大切な事は達成するなのに。 達成する目標を設定して、それを徐々にあげていって、今度は３ヶ月それが続くようにしていく。３ヶ月続いたら、今度はそれを１年の目標にしていく。 徐々に伸ばして、自分が目標としている数年後の目標へ届くのか確認
サンフランシスコでスタートアップに再挑戦する話｜さっそ
どうも、さっそ（@satorusasozaki）です。 昨年に『サンフランシスコで創業したスタートアップを解散した話』というnoteを書いてから1年少し経ちました。 この後、もう一度スタートアップを始めたのですが、気合と勢いだけではどうにもならない問題にぶち当たって乗り越えるという1年間で、様々なことがあったので、またまとめました。 前半はプロダクト検証についての細かい内容なのでスタートアップにあまり興味のない人は飛ばしてもらって構いません。 これから何かを始めようとしている人の参考になれば嬉しい限りです。 ・・・ 新しいスタート 前回のnoteは、世界中の多くの人に使われるプロダクトを作りたいと渡米して、3年少し頑張ったけど最後は解散して失敗してしまったという内容でした。1回目のトライの反省を活かして、もう一度やってみることにしました。 実家の犬のスタンプを作りたい 前回のスタートアップ
Microsoft の DevOps への道のり
Microsoft の開発も最初から DevOps だったわけではありません。地道に 1 つ 1 つの技術や手法、組織の変更が積み重なって、今のような開発スタイルになっています。この投稿では Azure DevOps という Microsoft の DevOps の根幹となっているツールの開発チームが、どのように環境を DevOps にトランスフォームしてきたか紹介します。 DevOps についてはいろいろ議論があるところです。「ツールだけ揃えてもカルチャーが変わらなければ DevOps じゃないよね」とか「CI/CD してるだけで DevOps してるとか言ってるよ (笑)」とか。 個人的には、日本の Waterfall がメインの IT 業界 は、なかなか DevOps というか Agile の世界にも行けていない現状があるので、あるべき論よりも「とりあえず何か 1 つやろう。」という
Railsアプリケーションでフォームをオブジェクトにして育てる - クックパッド開発者ブログ
ユーザーエンゲージメント部の諸橋 id:moro です。 わたしはずっと、ユーザー登録やログイン周りという、サービス的には基盤的なところ、技術スタック的にはアプリケーション寄りのところに取り組んできました。関連する話を何度かこの開発者ブログにも書いています。 ユーザー基盤を作り直しながらRailsでのサービス層に向き合う 巨大なWEBアプリケーションに巨大な変更を取り入れるためにやったこと この記事で触れている「電話番号による登録」について、チームメンバーが別の側面を紹介してくれています。 今日はそのあたりの開発を通じて考えた、Railsアプリケーションでのフォームオブジェクトやサービス層といったものが何であるか、という問いに対する、現在の自分のスタンスを紹介します。 サービス層、サービスオブジェクト、フォームオブジェクト もともと Railsは Web 画面から DB 構造までをあえて密
簡単！楽しい！5分でわかるユーザーストーリーマッピング(User Story Mapping) - Qiita
なぜ必要なのか？ アジャイルにしたら全体像が見えなくなる。 なんて、よく聞くことはありませんか？ スクラムの場合、製品の全体像を決めるものは、プロダクトバックログです。 プロダクトバックログを単調な優先順位とストーリーポイントのリストにしてしまうと、確かに全体像が見えにくい場合があります。 例えば、以下の様なユーザストーリーのリストを見ると、確かに少しわかりづらいです。 電子メール管理システムの場合 1.ユーザは電子メールを検索できる。 2.ユーザは電子メールをファイリングできる。 3.ユーザは電子メールをキーワードで検索できる。 4.ユーザは電子メールを移動できる。 5.ユーザはサブフォルダを作ることが出来る。なぜならそこに電子メールを移動させたいからだ。 6.ユーザはひとつのフィールドで電子メールを検索できる。 7.ユーザはひとつ以上のフィールドで電子メールを検索できる。 8.ユーザは
ウェブページを1秒台で表示させる原理と方法 | Philosophy Guides
可能な限り最新の情報を反映していますが、追いつけていないこともあります。本サイトに採用していても、記事に反映できていない設定もあります。ページのソースを読んでいただくと、参考になる箇所があるかもしれません。 ウェブページの高速化に関するテクニックは、ネットで検索すれば簡単に見つけることができます。優れた情報も数多くありますが、｢CSSとJavaScriptはminify（ミニファイ）しておけばOK！」のような都市伝説も少なくありません。 そこで、ここでは本サイトのデザインリニューアル時に施した対策をもとに、一歩進んだウェブページの高速化の方法と、それを支える原理について、できる限り分かりやすく説明したいと思います。フロントエンジニアやデザイナーの方からすれば「んなもん知っとるわ！」な情報なのかもしれませんが、都市伝説を駆逐すべく、私なりの仕方で解説（≒加勢）したいと思います。 初めに結果を
Rails Developers Meetup で綺麗なテストコードの書き方について発表した - おもしろwebサービス開発日記
昨日のRails Developers Meetupで綺麗なテストコードの書き方について発表してきました。 Rails Developers Meetup #1（東京会場） - connpass 資料はこちら 余談 もともと数年前くらいから、テストコードの書き方についてまとめたいなーと思っていたのですがなかなかキッカケがなくて手を付けられていませんでした。今回のミートアップ駆動で一通り形にするところまでいけて今とてもスッキリした気持ちです 😇 もっと多くの人にテストコードの書き方を意識してもらいたいので、また機会があればどこかで喋りたいですね。 昨日発表した内容はGitHubリポジトリにまとめたものの一部です。綺麗なテストコードの書き方について詳しく知りたい方は下記のリンクからどうぞ。 willnet/rspec-style-guide お願い 今回まとめた内容はあくまで僕が考えるテスト
坂元裕二『カルテット』最終話 - 青春ゾンビ
『カルテット』がついに終わってしまった。なんたる幸福な３ヵ月であったことだろうか。坂元裕二の最高傑作か否かという判断は観終えたばかりなので留保するが、間違いなく『それでも、生きてゆく』（2011）、『最高の離婚』（2013）という燦然と輝くマスターピースに肩を並べる作品の誕生である。坂元裕二への強烈な愛を叫びながらも、作家としてのピークはもう過ぎてしまったのではないだろうか、と密かに案じていた自身を恥じ、そして喜びたい。『カルテット』ではこれまでの得意技を更に研ぎ澄まし、時代の空気に適応しながら、新しい領域に果敢に突入している。坂元裕二はまだまだ我々の心をおおいに揺らし続けてくれることだろう。さて、最終話ということですが、物語としてのピークは9話で終えていて、まさにエピローグという印象。これまで鳴らしてきたいくつかのテーマを丁寧に再確認しながらも、”永遠に終わらない”という稀有な感覚を画面
年収1000万の発達障害者が「ADHDのタスク管理術」について語ってく : 凹凸ちゃんねる 発達障害・生きにくい人のまとめ
今日はタスクの進め方について書いてみたいと思う。 言うまでもないけど、これは俺的にうまくいったという方法を紹介するだけで、絶対的なものではない。 他にもいい方法があったら俺も参考にしたいので教えてほしい。 で、それ以前にはっきりさせておきたいことがある。 それは、 「タスクとは何か」 ということだ。 具体的にはTODOとタスクはどう違うのか？という話だ。 ADHDが仕事の効率化を図ろうと考えて検索とかしてみると、まず TODOリストを作れ というアドバイスに行き当たる。 これは実際に目にしている人も多いと思う。 俺も試したことがあるが、確かに作らないよりは作った方がいい。 しかし、どうも俺はこの方法が性に合わなかった。 TODOリストを作っても、なんだか気が重くなるだけで、よしやるぞ、という気分にならない。 俺たちの得意技「先延ばし」の予感しかしない。 なんでこうなってしまうのだろう？と思
「組織的負債」を貯めないための、プログラマの哲学によるチームのマネジメント術 | Social Change!
プログラマの世界には「技術的負債」という言葉がある。ソフトウェアを開発していく中で、時間がなくて妥協したり、技術力が足りなかったりして、適当に作ってしまった部分が、後々になって不具合を引き起こしたり、改修にかかるコストをあげたりすることを言う。 後になればなるほど、悪影響が大きくなることから負債と喩えられる。そんな技術的負債と同じように、組織やチームのマネジメントでも、後になればなるほど悪影響が出てくるような「組織的負債」とも言えるような現象が起きてしまうことがある。 本記事では、私たちソニックガーデンで「組織的負債」を貯めないようにチーム経営してきた経験をもとに、プログラマの哲学を応用したマネジメント術について書いた。（今回の記事では「である」調にしてみた） 技術的負債と組織的負債の生まれる背景 技術的負債が生まれるのは、スタートアップの初期段階に多い。その時期は得てして、経験豊富な技術
いいアプリを楽しく開発できる現場を作るために大切なこと - Qiita
─ Android開発の効率を今日から確実に5%改善する方法 よくありますよね。ちなみに、一日の業務時間が8時間だとすると5分使うことでその1%が消費されています。一つ一つは造作もないことですが繰り返し起きると体感以上に効率が悪化しています。 そしてチームでの開発になると、ほんの些細なすれ違いがミスコミニュケーションに繋がり、空気が悪くなってさらに効率を悪化させてしまいます。そんなのただ辛いだけなので、なんとかして楽しい開発環境を手に入れたい！ 開発効率化に期待すること といった辺りから、なんとか自動化したりして手間を省きたいと考え始めます。それはとても素晴らしいのですが、そこでもう一歩踏み込んでみます。自動化したいという考えの背景に、私たちはどんな問題を抱えているのでしょうか。 私たちは常に人手が足りないという問題を抱えています。仕事でアプリを作っていると、経営陣のやりたいことが次々空か
TechCrunch | Startup and Technology News
Tempus, a genomic testing and data analysis company started by Eric Lefkosky, who previously founded Groupon, debuted on Nasdaq on Friday, rose about 15% on the opening. The company priced… The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent layoff
「指示待ち人間」が生まれる理由を分析したツイートが的確すぎる : くまニュース
いおり村長 (アキバ地獄！)@IoryHamon「指示待ち人間」はなぜ生まれるのか？ - Togetterまとめ https://t.co/temSxNoYIC 長いけど読むべき 2015/11/05 14:58:46shinshinohara@ShinShinoharaなぜ優秀な人のところには指示待ち人間が多く、私のようなズボラで穴だらけの人間の周りに優秀なスタッフや学生ばかりが集まるのだろう？これは非常に不思議なことだ。そのことをずっと考えてみた。 2015/11/04 20:57:51shinshinohara@ShinShinohara実は私のところに来たばかりの頃だと「指示待ち人間」候補と思われる人もいた。初めから指示を待つ姿勢なのだ。もし私がテキパキ指示を出していたら立派な指示待ち人間に育っていただろう。しかしどうしたわけか、自分の頭で考えて動く人間に必ず変わった。なんでだろう
Top Varnish performance metrics
Product { this.openCategory = category; const productMenu = document.querySelector('.product-menu'); window.DD_RUM.onReady(function() { if (productMenu.classList.contains('show')) { window.DD_RUM.addAction(`Product Category ${category} Hover`) } }) }, 160); }, clearCategory() { clearTimeout(this.timeoutID); } }" x-init=" const menu = document.querySelector('.product-menu'); var observer = new Muta
稼働中のMySQLに無停止でスレーブを追加する - 雑記帳(2011-10-17)
■ [MySQL] 稼働中のMySQLに無停止でスレーブを追加する MySQLは簡単にレプリケーションすることができて便利。最初からレプリケーションを前提に構築するのは簡単にできる。しかし、実は運用が始まってしまって、なかなか停止できないMySQLにも、ほぼ無停止でスレーブサーバを追加できる。現在の設定状況にもよるが、再起動は必要になるかも。 マスターでバイナリログを出力するようにする my.cnfで、binlog_do_dbの設定をする。レプリケーション対象となるデータベースを指定する。 [mysqld] binlog_do_db=your_db マスタのserver_idを設定する my.cnf で server_idの設定をする。レプリケーションする際に、個々のサーバを識別するのに使われる。任意のユニークな整数を指定すれば良い。 [mysqld] server_id=10 ここまでの
EC2のタイムゾーン設定がyum updateを行うと初期化されてしまう件について - Diary of absj31
Amazon EC2(Linux)システム管理で知らないとハマる5つの環境設定 ｜ Developers.IO 地味〜にトラップにハマったので備忘録的にメモ。EC2に於けるタイムゾーン設定、上記エントリのようにyum updateを行うと初期化されてしまう(UTCに戻ってしまう)らしい。 ※再度JSTに変更 $ sudo cp /usr/share/zoneinfo/Japan /etc/localtime ※戻さない対応 $ sudo vi /etc/sysconfig/clock ---------- ZONE="Asia/Tokyo" UTC=False ---------- ※再起動 $ sudo /etc/init.d/crond restart再起動まで行わないと、本来やっていた設定では動きませんよ、というオチでした。 EC2 のタイムゾーンを UTC から JST に変更する
MySQLのメモリ設定の勘所 – sawara.me
MySQLサーバーをダウンさせた夜は数知れず。 その度にmy.cnfの設定を見なおしてみてはトライし、治ったと思いきや突然のダウン。 サーバーがダウンしてしまう原因は何かと聞かれれば、「メモリです」と断言しましょう。 メモリ設定は諸刃の剣。 パフォーマンスを最大に引き出すこともできればそれと引き換えにサーバーをダウンさせてしまうこともできるんです。 今回はMySQLのメモリの設定の勘所というかたちで紹介しようと思います。 グローバルバッファとスレッドバッファ メモリの設定についてまず「グローバルバッファ」と「スレッドバッファ」について理解しておくことが大事です。バッファとは一時的な記憶領域・つまりはメモリの領域のことなのですが。 グローバルバッファ MySQLで使用する全体的なメモリ使用量を計算するには グローバルバッファ + (スレッドバッファ × コネクション数) = メモリ使用量 と
MySQLのmy.cnfファイルサンプル
MySQLのバージョン インストールされたMySQLのバージョンは以下のようになります。 名前 バージョン ダウンロード元 my.cnfサンプル 以下のサンプルを参照して、my.cnfファイルを作成してください。 # このファイルは MySQL 5.6を基準として作られてあります。 # http://dev.mysql.com/doc/refman/5.6/en/server-system-variables.html を参照しました。 [mysqld] ##-------------------------------------------------------------------- # mysqldの基本設定 ##-------------------------------------------------------------------- # id は 1 から 2^
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
最高のITエンジニアリングを支える守りと攻めの「設計技術」と「SRE」 - Speaker Deck
スタートアップの資金調達-1