URL

「フロントエンドへの複雑化について、一つの視点 - mizchi's blog」のグラフ

フロントエンドへの複雑化について、一つの視点 - mizchi's bloghttp://mizchi.hatenablog.com/entry/2016/04/11/185914
月のグラフ

コメント

(2017/09/21 16:08:15 更新)
  • フロントエンドへの複雑化について、一つの視点 去年は勝手Reactエヴェンジェリスト(自称)として、日本に複雑化するフロントエンド技術の海外の動静を紹介をし続けていた。 Tags: from Pocket April 11, 2016 at 07:52PM:mosco-mule2016-06-13 21:41:06
  • 必要になりそうなところを調べて身近なところからやるのがええ:kamemoge2016-04-15 11:37:13
  • 一面だけど、事情お察しいたします、くらいにはわかる。:ya--mada2016-04-14 05:27:35
  • 良い意見:shiba_yu362016-04-13 10:29:34
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog:cha-cha-ki2016-04-13 03:40:32
  • もうreactでいいよ、reactで(笑):at_home2016-04-12 22:10:55
  • desktop 界隈も同じく惨憺たる状況。 http://m.theregister.co.uk/2014/11/27/pity_the_poor_windows_developer_the_tools_for_desktop_development_are_in_disarray/:torum2016-04-12 16:56:10
  • ヤバいって幾つか候補があって、ドレのことをさしているのやら…なのだけど:quabbin2016-04-12 16:24:02
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog:gikazigo2016-04-12 15:50:26
  • それでもやっぱりmizchiさんの「これやばいよ(悪い意味で)話」は聞きたいです。:Error4012016-04-12 14:33:49
  • "コミュニティとして技術的な審美眼が欠けてるから、使えるものと使えないものの見極めに時間掛かって収束しない、という傾向はある。これが一番悩ましい問題":t-wada2016-04-12 14:03:36
  • フロントはフロントで関わる分野が広いから、何を自分のメインに据えるか、てのはほんと大事なポイントだよなー。:sigwyg2016-04-12 13:51:04
  • "「これやばいだろ…」、ってライブラリに釣られて"ここ、増田で良いのでkwsk。:masayoshinym2016-04-12 13:43:15
  • vueはbackbornのモデル突っ込めなくてreactにしたことがある。なんだかんだ良いと思う。mizch氏の言っている最小構成はシンプルでメリット大きいのでオススメ。あとjsはクセの無い使いやすいhtmlテンプレートが無い感じある:marisatokinoko2016-04-12 13:31:42
  • ちゃんとドキュメントがあって、IDEで補完が利いて、バージョンが上がったときに(何故か)APIが変わって後方互換性がなくなったりしなければ好きなの使えばいいと思うよ。:oktnzm2016-04-12 11:52:47
  • フロントとインフラが別れてきたよなぁ的な感はある:at_yasu2016-04-12 11:52:34
  • おでんとタバコで手一杯なところにドーナツが来る。:trevegan2016-04-12 11:28:04
  • フロントエンド戦国時代は続く。武将・大名の数あれど、三日天下の技術には手を出したくないでござる。まぁ、サーバ側にもSeasar2で作ったサービスをどうするか問題とかあるけどね。:takopons2016-04-12 11:24:40
  • 学習しながら作った本人が保守できる環境ならまだいいけど、引き継いだ人が地獄かな。分からない上に技術的に既に枯れてる可能性。:hpptms2016-04-12 10:57:09
  • 業務管理ツール作るマンとしては、フロントに処理寄せてCDNでスケールしたい欲望があるので、自分にとってはとても良いオモチャだと思う。好きでやってる側としては勉強したくない人が騒いでるように見えて見苦しい。:J1382016-04-12 10:41:57
  • [仕事術[work]]新技術を不要な人に無理強いしてほしくないですな。フロントじゃなくて、Jserくらい肩書を狭めてくれればなあって思ったことある。もしくは分業できる体制に。:sippo_des2016-04-12 10:13:06
  • SPAはサーバーサイドでやっていた処理をフロントで対応する必要があるからフレームワーク使いたくなる。その過程で色々な事柄のソリューションツールがあるから複雑化しちゃうよね。:jackieorange2016-04-12 10:10:48
  • バランス感ある:takeshiketa2016-04-12 09:38:21
  • JSはなあ。またやってらて感じ。俺はES4とハーモニーのあたりでもういいやってなった。仕様も辛い。FlashがどうせiPhoneに殺されるなら、ES4ベースで静的型の方が良かった。上から下に流れて終わるプログラムじゃないし。:baronhorse2016-04-12 09:38:18
  • XやMFCのころからGUIはむずかしくてとっつき悪くてあまり変わってないような気もしないでもない。そんな昔はよく知らないけど:morita_non2016-04-12 09:25:26
  • “そりゃね、可処分時間でゲームやらずにサボらなければ” < 誰かがプライベートを犠牲にすると他の誰かにもプライベートを犠牲にさせる圧力が働くことを忘れないで欲しいね。好きでやるなら良いけど。:tettekete375642016-04-12 09:09:41
  • 可処分時間問題:tofu-kun2016-04-12 08:43:30
  • なんとなく昨今のフロントエンドエンジニアとwebデザイナーの境目のゆらゆら感と繋がる気がする #toki3_memo:akulog2016-04-12 08:28:51
  • フロントさんってwebやflashに限らず全部フロントでやろうとするよね。それサーバ側でやったほうが効率的ですよってやつも。そういうのも複雑化の一因じゃないかな:junpeso2016-04-12 08:22:39
  • あと:MasaoBlue2016-04-12 08:17:47
  • 良記事。全ての技術記事はポジショントークである、と感じた。Reactはモバイル系フロントfwが採用し始めたら考えてみようかな、と思っている。:dev0000_12016-04-12 08:08:00
  • 楽しいから採用なら分かるんだけど、必要だから採用がちょっと分からない。あとで調べよう。:n3142016-04-12 07:49:42
  • バックエンドやらが言語や性質によってある程度すみ分けられているところをフロントエンドがそれなしに全部一緒くたに扱われるから混乱している感は見えますが・・さて。:kimutansk2016-04-12 07:14:02
  • "これはJSが元々「サーバーサイドもしくはデザイナが片手間にやる」時代の変遷から仕方なくて" なるほど:kamei_rio2016-04-12 06:26:49
  • 「JSが元々「サーバーサイドもしくはデザイナが片手間にやる」時代の変遷から仕方なくて」「「真っ当な」エンジニアからはJS界隈がまるごとそう見えるだろうと思われるであろうのも自覚している」:nilab2016-04-12 06:05:04
  • 「コミュニティとして技術的な審美眼が欠けてるから、使えるものと使えないものの見極めに時間掛かって収束しない」何年待ってもそびえ立つクソはクソのままって自分で言うてもうてるやつでは…。:rgfx2016-04-12 05:44:00
  • エンジニアは学習し続けないと死ぬってよく言われるけど、本当は学習を効率化しないと死ぬ、だよね:suneo3476z_tn2016-04-12 03:48:10
  • とりあえずCoffeeScriptやJSXを流行らせた/流行らせようとした人達は"フロントエンドへの複雑化"について余り発言権がないのではという気がする(TypeScriptやDartはOK);SPAとframeworkの関係がよくわからない.Single Pageに意味ある?:vanbraam2016-04-12 03:20:00
  • サボったこと、の段、句点がなくてすげー早口で再生された:mshota2016-04-12 02:52:33
  • "ReactもReduxもAngularも、僕は「普通のウェブサイトを作ってる人」は無視して構わないと思う":miyadai4542016-04-12 02:11:36
  • 広告記事とは打って変わって参考になった。フロントエンドが良くわからない別世界のSEからすると状況が整理できてうれしいです:kizuki10102016-04-12 01:41:47
  • 要約すると「そうっすね」な感じだった。:cu392016-04-12 01:40:58
  • 背景としてRailsのフルスタック感悪く言えば密結合感が問題になった頃にNodeに人が流れて、ミニマリズムが文化となった。また元々フロントのフルスタックは関心領域の多様さから失敗傾向が強くangularの再考をへて今。:hirokidaichi2016-04-12 01:32:23
  • 未だに、Strutsで書かれたWebベースの業務システムをJSP触りながらメンテナンスしないといけない自分からすれば、流行を追えるだけ幸せに見えるんだけどな・・まあ年を取っても同じ立場を取れるかどうかは別として。:hamlet-r2016-04-12 00:54:17
  • 正直React出てきたあたりから最新を追うのは辞めた。ただし情報は集めてる。結局、開発の規模次第で仮想化のvagrantにしろchefにしろgulpだとか必要な要素が違うしあまり踊らされないのが大事だなと感じたよ:sionsou2016-04-12 00:46:28
  • そもそも日本と海外を分けて考えなくて良いんじゃないかなって思うけどね。:jsteins2016-04-12 00:43:20
  • Reactエバンジェリストとして適切に配慮し責任感ある振る舞いを続けられていて感謝。この賑わいは皆のコンテキストの違いを感じる。業界や規模その他の多様化で全てにフィットするものなんてない。選ぶ時が来たんだ。:syonx2016-04-12 00:03:40
  • 「フロントエンドエンジニアの審美眼」ってどうやって身につけるんですかね。:kiichi552016-04-11 23:56:04
  • 結局、Webアプリ制作者とWebサイト制作者との間の温度感がぜんぜん違うから認識に齟齬が出るのだと思う。:rryu2016-04-11 23:27:05
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog: 2016 - 04 - 11 フロントエンドへの複雑化について、一つの視点 前提 去年は勝手Reactエヴェンジェリス..:toshi196501042016-04-11 23:25:04
  • 普通のウェブサイトは普通のままシンプルで使いやすくいてほしい。:hush_puppy2016-04-11 23:06:28
  • 評価が定まってない世界に飛び込むのほんとリスク高い。一つのリスク軽減方法が「習得の速度を上げてモノにならなかった場合のコストを下げる」なのは分かるので例の英語のエントリも一理あるんだよな:sugawara19912016-04-11 23:02:58
  • ある程度ジェネラリスト路線をとったとしても、どれも中途半端だと誰も相手してもらえないので、ある程度の偏りを持った配分は大事だよね。常に一人で動くわけじゃなくて、チームとして動くことを意識するなら特に:masatomo-m2016-04-11 22:59:44
  • Backbone、Knockout、angular、Vueとやって大抵の案件はVueで充分、と結論づけてからVueばっか使ってる。Reactは候補にも上がらない、まさしく知見がないから。 あーって言われる側だな:hadakadenkyu2016-04-11 22:55:15
  • みんなが弾込めに必死になってるときに綺麗な記事書くの、さすが炎上職人という感じで尊敬するし信頼している。:neotag2016-04-11 22:50:00
  • だいたい、やること多すぎなんだよね。:ancolle2016-04-11 22:48:53
  • おでんとタバコで手一杯なところにドーナツが来る。バイトリーダーが異様に元気など共通点を見いだせる。:solidstatesociety2016-04-11 22:47:11
  • "淘汰が終わったかだうか、過渡期の技術かどうかを見極められるかのセンスがないと学習コストという沼にハマって死ぬので、主戦場以外は本質的な技術に投資した方が安心":oooooo41502016-04-11 22:39:28
  • "JavaScript"の指す範囲が幅広いということをわからずにライブラリが自分の用途に合った/合わないだけで神だのクソだの言うし、初学者は自分の用途がJavaScriptの用途の全てだと思って混乱するしで最悪ってのある:koba7892016-04-11 22:38:14
  • なんでフロントで声が大きい人って言葉にトゲがあるんでしょう。:ykob01232016-04-11 22:27:32
  • フロントエンドへの複雑化について、一つの視点:sylvan_l2016-04-11 22:11:19
  • 本旨からややずれるが、比較優位の話としてみても新社会人をはじめ価値あるエントリと思う。:ngsw2016-04-11 22:03:10
  • 自分とだいたい考えが同じ。時間も気力も有限なので、飛びつくことも大事だけど、飛びつかないことを決めることも大事。:asamaru2016-04-11 22:02:14
  • 『このスキルセットの学習を効率化させるために意図的にサボったジャンルも多い。興味ありつつも沼だと思うので意図的にDocker方面は手を出してない』:fellfield2016-04-11 22:00:17
  • mizchiさん火薬ゼロの真っ当なエントリ書いてる。:teppeis2016-04-11 21:54:24
  • 「普通のウェブサイトを作ってる人」にもキャッチアップしとく価値のある技術を提示する姿勢は、誠実であると思う。:raimon492016-04-11 21:48:51
  • フルスタック、無理ゲーだよねぇ:sezemi2016-04-11 21:44:52
  • 最近のフロントは浅瀬でチャプチャプ遊んでるくらいだけど もうちょい突っ込んでフレームワークやるべきだな。と思いつつ今日もインクを撃つ日々:k2wanko2016-04-11 21:36:16
  • フロントエンドの複雑化の流れは2012年頃のnode.jsのフロントエンドへのフィードバックから始まる かというとこれは違って 2011 年の Rails 3.1 の assets pipeline からではなかろうか:ssig332016-04-11 21:31:29
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog: 2016 - 04 - 11 フロントエンドへの複雑化について、一つの視点 前提…:makimain02016-04-11 21:29:54
  • 上手いことやりましょう。と言い続けたい:psne2016-04-11 21:21:06
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog:sexmachinegunmu2016-04-11 21:17:12
  • いや、だから「これやばいだろ」って風潮に自分の頭で考えずホイホイついてってる人が増えてるのを「うーんどうなの」と言ってるわけで。複雑なんじゃなくて「そびえたつゴミ」なのがやばいのよ:bottomzlife2016-04-11 20:51:27
  • まあ、「Done is better than Perfect」ってこった。:kijtra2016-04-11 20:50:30
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog: 2016 - 04 - 11 フロントエンドへの複雑化について、一つの視点 前提…:digitalglm2016-04-11 20:47:15
  • すばらしい。僕も使う必要がない世界に対してメッセージなどしていませんしね。使うべきかどうか、必要な情報かどうかくらい自分で判断しろよ思っています。:tomoya2016-04-11 20:42:08
  • “現在誰でもキャッチアップする価値がある技術としては ES2015: 仕様化済み npm: エコシステム browserify | webpack: ビルドツール”:YarmUI2016-04-11 20:29:40
  • 「○○の理由でアレはダメ」という理由付けを行って上での持論の展開は「批評」であって「政治」ではないかと。むしろそのテの議論を聞きたい。:orenonihongogayabai2016-04-11 20:09:00
  • 何に注力するのかを意識的に選択しないと色々辛いっていうのは自分も感じることがよくある。:i000i02016-04-11 20:00:50
  • 政治的色合いを望まずに帯びてしまうの、大変そうだ。:kutakutatriangle2016-04-11 19:51:01
  • ReactもAngularもすでに枯れた技術:sibukixxx2016-04-11 19:35:16
  • 心温まる:ytRino2016-04-11 19:35:05
  • 元扇動者の見解だ:non_1172016-04-11 19:34:48
  • 領域は違うけど共感する部分がある:FumblePerson2016-04-11 19:24:54
  • “コミュニティとして技術的な審美眼がないから使えるものと使えないものの見極めに時間掛かって収束しない”:y_uuki2016-04-11 19:20:15
  • 言いたいことも言えないこんな世の中じゃ -> "そこでそのライブラリについて悪くいうと、僕がReact押しだったのもあって、なんか政治的な色彩とか帯びてしまって、やりづらいっすね。つらい!":koyancya2016-04-11 19:10:50
  • 「ホームペ〜ジ屋さん」が混じったり一緒くたにされたりでややこしい印象。:mmmpa2016-04-11 19:09:36
  • 書いた:mizchi2016-04-11 19:02:52

関連エントリ