orange
さんがブースト
私は自動車デザインに関してはまだ不勉強なので的確なコメントはできないけれど、乗用車は元々富裕層の嗜好品だった故に彫刻物的なデザインを追い求める潮流は戦前から欧米であって(例:戦前のドライエ、50年代のアメリカ製フルサイズセダン)、その欧米の影響受けたデザイナーによって日本でも彫刻物としてのカーデザインが根付いてきたのでは？
今でも世界カーオブザイヤーにはデザイン部門があって、マツダとジャガーの新型車は量産車でありながら毎度この賞のファイナリストまで勝ち上がってる
orange
さんがブースト
鉄道車輌のデザインがまだ乗り物だった頃って、たとえば東武特急のデラックスロマンスカーなど特急車輌がクラシックカーみたいな見た目をしていたり、そして時が経ってそのデザインの古さゆえに会社の保守的姿勢を指摘されたり、当時の鉄道車輌のデザインって自動車のデザインと共にあったのかな。や、詳しく知らんのだけどね。
orange
さんがブースト
自動車デザインの建築物化(彫刻化)は昔からトライされてきたことで、例えばフェラーリやアストンマーチンみたいな少量生産のスポーツカーとかね
あとは自動車の世界でも著名なデザイナーは居て(G.ジウジアーロやM.ガンディーニなど)その人がデザインしたクルマにはデザイナーのサインやスタジオのエンブレムがつけられて一種のデザイナーズカーとしての価値が付加される事例もある
orange
さんがブースト
鉄道車輌のデザインは乗り物というより寧ろ建築物になった（「走ルンです」等に象徴され、Laviewなんかによってデザイナーズ建築とでも言える域に達する）と言われるけど、自動車はインテリアはさて置きエクステリアでそういう潮流があったりとかしないんだろうかね
昨日から読んでる兵庫県生まれの人のブログに出てきて、意味わかんなくて(内容から想像ついたけど)ググった・・・＞＜
こそばす (大阪の方言) の意味・変換 - 全国方言辞典 - goo辞書 https://dictionary.goo.ne.jp/leaf/dialect/2102/m0u/
ハングル読めなくても何となく意味わかる画像＞＜
すごくおもしろい＞＜＞＜ 追跡系のこういうのだいたい好きじゃないけどこれはすごくいい感じ＞＜(登山時のみONにするものだろうし＞＜)
登山アプリYAMAP、登山中の位置情報を家族や友人に共有する新機能を追加 | スラド モバイル https://mobile.srad.jp/story/19/07/18/1832236/
奇抜じゃなきゃ特徴がよくわかんないので、スマホもGalaxyNoteシリーズを使ってます！＞＜
スバルって「ブランドとは約束である」を守ってる気がする＞＜
その上で「奇抜にする事がブランドなのでは無い」も守ってるので、すごく上品な老舗的発想とも言えるのかも＞＜
「奇抜じゃなきゃ特徴がよくわかんないじゃん！？＞＜」ってタイプ(→＞＜)向けではなさそう＞＜
orange
さんがブースト
スバルは登録車を全て縦置きAWDにしたり、Bセグ以下を作らなかったり、自社生産時代の軽自動車は全て4気筒エンジン、四輪独立懸架にしたりとこだわりの強いメーカー
でも先端技術の開発は大してやってなかったり、古いエンジンをずっと使い続けたりと貧乏くさいとこは昭和の頃から変わらないんだな(暴言)
オレンジはプログラミング関連を教える時にそこ強調するようにしてるし、
メカ音痴気味の人が挫折仕掛けてる時にも「デザインが正しくなければ使えなくて当然なんだよ？＞＜(これは専門的な視点でも正しくないデザインなのであなたが使えないのも当然なんだよ)」って、慰めると言うのもへんだけど、そういう事言うこと多い＞＜
プログラミングって設計なんだから、そういう設計側から批評(？)する視点を持たなきゃまともなものを作れるようにならないかも＞＜
それは作業手順を学ぶことになるし、実際学ぶ必要があることだけど、一方で「ライブラリ等の使い方は、ライブラリ等を作ったやつの勝手な俺ルールであって、これは直接受け入れて考えるべき事ではない」とも教えないと、ツールは使えるけど設計が頭に無い人＝プログラミング言語は学んだけど「なに一つ、どんなに小さいものでも作れない人」が育っちゃう気がしてる＞＜
orange
さんがブースト
orange
さんがブースト
プログラマが新しいライブラリやフレームワークの使い方をどうやって覚えるか、といったらチュートリアルを読むのと examples を読むのの両方はやると思うんだよね。
うまいこと演習科目のワークに取り込めないかしら。
これ、基本的にはそうだし、だからこそ人間は道具を作る(プログラミングもそう)だけど、ある無駄っぽい行為が実は有益かつ未経験なトレーニングである可能性があるのが難しい・・・＞＜
プログラミングだって「既存のソフトウェアを使えば良いじゃん！」だけど、いざ既存のとはちょっとだけ違うソフトウェアを作ろうとすると、「既存の部分をどうやって作ったか？」を学ぶ必要がある＞＜
プログラミング教育も学ぶ側がそこに気づけ無いと「なんでこんな無駄なことしなきゃいけないんだ・・・」になっちゃうかも＞＜
orange
さんがブースト
退屈なことはコンピュータにまかせて
創造的なことを人間がする
ツールは良くなっているが、そうしないのは、そういう意識がないから?
単純作業はポール・グレアム氏が言う「偽の仕事」かもしれない
偽の仕事に時間をつかって、本来の仕事の時間をへらす
ポール・グレアム「時間とお金をなくすには」
http://blog.livedoor.jp/lionfan/archives/52682101.html
冗長だった・・・＞＜
前に話速変換ソフトウェア作って、バグで「音が小さくなるとピッチが上がる」ってバグをやらかして「書けた！＞＜ 実際の音声で試してみよう！＞＜」って音が流れてきた時がプログラミングしてての腹筋の最大の危機だった＞＜
誤答の選択肢も、ビルド通らないのじゃなく愉快な不具合になるようにすると「なるほど・・・」じゃなく「なるほど！＞＜；」ってなるかもだし、自分でプログラミングした時の自分でやらかしたおもしろすぎるバグで腹筋崩壊する楽しさも模擬体験(？)出来そう＞＜
虫食い問題で「ここにある部品のうち、どの部品をここに当てはめると動くでしょうか！？＞＜」みたいなのも楽しそう＞＜(？)
- ＠orange_in_space
2017年 4月に登録
