そのためにアサインされたプロジェクトで日々の運用に忙殺されることもあるとかもうね・・・ RT @xcir: ここらで一回運用を効率化するためだけに時間くれないかなーとか 難しいのはわかるんだけど
2011-01-08 02:19:58@xcir お金にならないところに時間使う余裕がないのがベンチャーの弱点でもある。ひっくりかえすとスピードっていう強みだからしかたないんだけど
2011-01-08 02:19:48だれも読めないかもしれないけど、仕様的にしかたないんだよ!ってプログラムってたいてい1年後の自分が見てみるとしょうもない勘違いだったりする。去年の自分ってハンパなくバカだよね・・・
2011-01-08 02:17:49@xcir ミドルウェアもそうだけど、もっと低いところ、ファイルシステムとか(ストレージとかハードでもそうだけど)でハマるとドツボだなって、いろいろあったからビビリすぎなんだけどw
2011-01-08 02:12:39@mikeda プログラム側が複雑だとそれはそれで実質ロックアウトになりかねないかと(ついてけるひとがいない意味で) ミドルウェアも確かにそうなんだよね そのミドルにしかない機能はなるだけ使わないとかしないとだめなんかな
2011-01-08 02:10:28implode(array_slice(explode('/', dirname(__FILE__)), 0, -1), '/'));ってようするにdirame(dirname(__FILE__));じゃね?とか細かいところにばっかり目がいってしまう・・・
2011-01-08 02:09:10みたいなこと思って自社フレームワークのソースコードを軽く眺めてみてるんだけど、さすがに正確な処理の流れをつかむのはなかなかたいへんw もっとプログラム勉強しないとな(主にWEB的なところ)
2011-01-08 02:08:02誤解覚悟でいえばミドルウェアもモジュールなんだから開発側もある程度習熟すべきとおもってる 規模がでかいか小さいかだけで乱暴にいえば目的に必要という意味でpearライブラリとミドルウェアはある意味同列じゃね?
2011-01-08 02:06:45@xcir それはある。でもミドルウェアでなんとかしちゃうとある意味そこにロックアウトされちゃうし、なんか問題があったときの対応がすごく難しくなる(柔軟性が低い)。アプリでなんとかするレイヤとの切り分けは大事だと思う
2011-01-08 02:05:56最近ちょっと意識してるのは、「学習コストが高いからとめんどくさがって新しい、効率的なシステムの導入を尻込みするのはやめよう」ということ。それでは技術力の底が上がらない。そういうの楽しいよね?楽しいと思わない人は正直エンジニア向いてない?
2011-01-08 02:04:11@mikeda 複雑化がどの程度かにもよるけどインフラ側が単純になるとプログラム側が複雑になる気がする 結局のところより習熟してる人が多いほうが複雑するんじゃないかなぁと バランスとれればいいけど
2011-01-08 02:02:15@xcir システムを複雑化、高度化するよりは多少台数多くても全体をシンプルに保ちたい。最大効率化を目指すにはCPUやネットワーク効率化より、人の作業を効率化するほうが効果が大きいとも思ってる。モチベーションを保つ観点でも
2011-01-08 01:58:08@mikeda さんと @xcir さんの議論を興味深く拝見させていただいてます。凄く勉強になるなぁ、と脇でつぶやいてみる。
2011-01-08 01:56:17