"リニューアル"っていうな - komagataのブログ
結論 リニューアルはマーケティング用語。Webサービス開発チームにとっては思考停止やストーリーの粒度アップをもたらす悪魔の言葉なので使わないようにしよう。 すぐリニューアルっていう問題 Webサービス開発においてサイト改善の粒度がリニューアルという名前になってたら要注意。 その場合、責任者が 「よくわからないけど、うちのサービスイマイチだからおれのかんがえるさいきょうの機能・UIに刷新しよう」 と考えていて、 自分のサービスにとって良いとは何なのか？ 何が問題点・ボトルネックなのか？ 何を改善するのか？ その仮説で本当に改善するのか？ そもそも仮説はあるのか？ 優先順位は？ などという地味な検討を避けてリニューアルという銀の弾丸を求めても、かさむ工数、ユーザー離れ、要らない機能などがサイトにもたらされるだけなのでヤメよう。対外的なマーケティング用語としてのリニューアルをWebサービス開発に
railsのdebugの疑問 - komagataのブログ
皆どうやってるんだろう。 僕の場合、debuggerはstep実行が必要で無い限り使わない。（step実行が必要な程難しい問題が滅多に無いので殆ど使ってない） railsのdebug系の記事は定期的に上がるけど、実際にdebuggerを使ってるところを見たこと無い。 結局、 puts "@posts: #{@posts.inspect}" とか、他の出力と混ざって見つけづらいので、 puts "-----------------------------------" puts @posts.inspect puts "-----------------------------------" などと書いてrails sしたconsoleで確認している。loggerを使っても他の出力に埋もれるので結局putsする。もう何年も使ってるのにこれはショボイ気がする。 Ruby on Rails Gu
俺の考えるプログラマー35歳定年説 - komagataのブログ
おはようございます。高熱を出したまま35歳、アスキーコードで言えば#歳になりましたkomagataです。 間違えてて去年書くはずだったプログラマー35歳定年説について。（その来年がきたよ～、見てる〜？ ＞ 俺） パッピーバースデートゥーミーフロム俺 - komagata 「フィジカル、メンタルで衰えてくる」とか「マネジメントへの参加要求が強まり自然にプログラミングから遠ざかる」とか「求められる成果の総量が上昇するのでしかたなく」という面も確かにあると思います。 しかし、 「平均的なキャリアプランなんぞ知ったことか。こっちは大手町辺りに派遣されてスーツで一生デスマ案件でJavaを書き続ける覚悟は完了してるんだよ！」 という我々にとっては関係ありません。にも関わらず我々が長文を書いてしまうのはなぜでしょう？ それは「誰も見てなくても関係ない」「真理鉱山に篭って一生続けられる」はずのプログラミン
bashは犠牲になったのだ・・・ - komagataのブログ
トイレから戻ったら情弱プログラマーの@ko8が 「rbenvの設定が上手くいかない」 とのこと。 見てみるとMacのTerminalが起動しない（起動中にshellが落ちてる？） 本人に話を聞いてみると、.bashrcを設定するという意味がよくわかっていない模様。 どのファイルを触ったのか聞いてみてもよく覚えていない。 最終的に起動時のエラーを追って行き、全ての設定ファイルを削除しても起動しないことから/bin/bash自体が壊れていることが判明。 @komagata「/bin/bashってファイルいじった？」 @KoyaHomma「いじったかもしれないです・・・」 $ sudo vi /bin/bashした上で、書き込み権限が無いという警告を無視して!wを敢行したらしい。 結局、俺のMacから/bin/bashをAirDropでコピーしてきて事無きを得た。 ほっと一息ついて時計を見ると、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
