Show newer

2016年ごろ仕様。

サイドガードがバッサリ切ってあるので別のシャーシぽい。

ひさびさに改修。

今しがたの作業は、裏側にモヒカン対策のモノの装着でした。

とりあえず塗装した…
あとは乾燥させてのお楽しみだ

だけどぼくらはくじけないー

泣くのはいやだよ笑っちゃおう

すすめー!

紅の豚のメインヒロインのフィオはジブリ作品の中でもトップクラスに良い女だと思う

睡眠不足はいい仕事の敵だ。美容にもよくねぇ。

微妙にサイズの違うマリオロゴを作成し始めました

さて帰り着いたので塗装準備だ!!

作業のお供にボカロ丼1周年コンピ

フレームワークって言葉で何を指しているかにもよるけれど。

例えばRailsみたいなフレームワーク、もちろん「Rails way」みたいなのを知ってる必要があるんだけど、「フレームワークが何を抽象化してくれてるか」も知っとかないと、そこそこしか使えない。

プログラミング言語処理系はマシンコードの詳細をほぼ完全に抽象化して隠してくれるので、マシンコードのレベルで何が起きているかは知らなくて良い(ほとんどの場合)。

でもRailsみたいなレイヤのフレームワークは「抽象化する」のは意図してるけど、その下を完全に隠すのは意図してない。

と思う。

大昔にSIerでフレームワークの適用支援とか開発みたいなことをしてたけど、フレームワークの設計無視でやりたい放題作られたシステムをいくつも見てますからね・・・

フレームワーク熟知した人をレビュアーに置いて、早い段階から開発メンバーの底上げをできると理想的

…だがそうはならなかった…ならなかったんだよロック…!!

フレームワークって、実装に制約を課すことによって開発効率を上げることが最大の利点だから、フレームワークの設計思想を理解して従うことは、利用においてほぼ必須だと思っている

フレームワーク利用、実装ルールさえ守られれば、ある程度は綺麗に仕上がるはずなんだが…

BT>
フレームワークを使いこなすには誕生の背景と思想を理解する必要があるかなぁと考えるので、使いこなすとなると結構大変だと思ってる

少なくとも使うにあたって、フレームワークなしとありで何が楽になるのかを理解する必要はあると思う

ただ要件だから使用するってやると、どのファイルが必要か不要かが判らなくなるので、結果使いこなせないんだと思うんよ
ソースはウチの若手

Show older
ミニ四駆DON

ミニ四駆好きが集まる雑談中心のインスタンスです