URL

「最近のフロントエンドへの違和感 - nobkzのブログ」のグラフ

最近のフロントエンドへの違和感 - nobkzのブログhttp://nobkz.hatenadiary.jp/entry/2016/04/11/031009
月のグラフ

コメント

(2017/09/21 16:07:33 更新)
  • なんでもSPAでっていうのにも同じ違和感。/「今どきはこれ」って言う人は10年単位の運用を体験してない気がする。:k_gobo2017-03-02 12:44:16
  • 正論出たので解ーーーー散。:mcatm2016-04-19 21:19:29
  • 導入する理由を考えているか?単に振り回されていないか?:papiro2016-04-17 14:09:00
  • そもそもその"カッコイイ"GUIは本当に使いやすい/儲かるの?:vanbraam2016-04-13 21:53:51
  • 流行ってないプロダクトだとプロダクト自体が死んだりする可能性が頭をよぎるよね。たとえば、今から作るものに(完全に保守フェーズに入っているように見える)Prototypeを使うか?と言われると……。:iwaim2016-04-13 12:10:42
  • これは正論。新しいものにただ飛びつくのではなく、目的に合った技術や手法を選択することが一番重要。元を辿れば、JavaScriptの仕様が雑で面倒なのが問題。:shimokiyo2016-04-13 02:40:13
  • 主張は年収と一緒に書いてくれ、そしたら参考にするから:hadakadenkyu2016-04-13 00:42:53
  • development web:flatbird2016-04-12 23:51:33
  • 速いのか遅いのかはよくわからないけど、どれだけFWが出てきても、javascriptわかっていればなんとかなるという点においてまだ救われてるんじゃないかと思う。バックエンドなんて、FW以前に言語やOSが違うんだし。:H_Yamaguchi2016-04-12 16:58:15
  • 流行ってなくても10年以上変えずに使える技術のほうが、個人的には価値があるような気がする。:bushimichi2016-04-12 14:53:51
  • 完全同意。:saken2016-04-12 13:46:44
  • jQueryが出てきたときもきっとそんなこと言われてたんだと思う:iakio2016-04-12 10:55:25
  • 速くない速くない。言語の新しい標準(ES2015)を使うのにトランスパイラ(babel)必須みたいな状況のどこが速いのか。:cyclocosm2016-04-12 10:42:05
  • 結局、流行り廃りでどのフレームワークを使うのか判断するのではなく、それぞれの要件に対して合ったものを選べばいいと思う。:hachiame2016-04-12 10:06:50
  • 最近のフロントエンドへの違和感 - nobkzのブログ: 2016 - 04 - 11 最近のフロントエンドへの違和感 そういえば今日これらを読んでて…:coco59592016-04-12 09:59:33
  • こういう事で迷う人は、何かしら問題抱えてる。技術力か、コミュ力か。:hatehateyahoo2016-04-12 09:59:28
  • 別にフロントエンドに限らず、ツールなりフレームワークなりを使うという手段が目的にすり替わりがちってのはある気がする。趣味ならともかく仕事でやる分には落ち着いた視点を持って判断できるようになりたい。:blue1st2016-04-12 09:46:49
  • 簡単に言えば、最近のJS界隈はGoogle docsやSlackみたいなごりごりのアプリ的UIをウェブで実現する方向に発展していて、そっちに興味がある人はまだまだ追いかけ続ける必要がある。:rakusai2016-04-12 07:47:36
  • 一般に新技術の導入は企業とエンジニアで立場が違う。企業は枯れた技術で採用コストを下げ、運用を安定化させることを目指すが、エンジニアは自分の給与を維持するために新技術をフォローした方が良い。:infobloga2016-04-12 05:55:16
  • この手の話って、まあそうかも知れないが上から目線のお前がキモい、というトコロじゃないのか(脱線:kujoo2016-04-12 04:06:54
  • 流行ってるからというより、パラダイムシフトに乗り遅れるとキャッチアップが大変:m4fg2016-04-12 02:22:38
  • js界、2年前に作ったサイトメンテするときjava界だと7年前相当の作り扱いされてフレームワークから作り直しだって言われる(自分でも思う)のがつらい:nazoking2016-04-12 01:16:08
  • 最近、個人で最新のモノを覚える分には問題ないんだけど、それがチーム全員分となると学習コストが倍々になるんじゃあないかと思うようになってきた。全員が知ってるモノで速攻作って全員定退できた方がいい気が。:muamqm2016-04-11 23:41:36
  • 日本人はカタチから入るから仕方ない:noreru2016-04-11 23:14:54
  • ただでさえ悩むのに時間をかけた分,仕様は膨れ上がりまして.:onesheep2016-04-11 22:56:54
  • フリースタイルダンジョンのネタがひっそりと挟まれているが誰も突っ込んでいない:tarotheripper2016-04-11 22:19:25
  • 種類を増やすとシステムのトータルコストに影響する。出来が良くないただの流行りとか。プロジェクトそっちのけで新しい物を追って渡り鳥している人達のイメージが私の中で大変悪いのもディスる理由の一つ。:strawberryhunter2016-04-11 22:08:14
  • いくら新しくてカッコいいフレームワークやら言語やら使っても金を生み出さなければ意味がない。そんな暇あったらプロダクト考えて作れよ、と自分を戒めたい。:kijiokujin2016-04-11 22:05:41
  • フロントエンドにおける問題とそれを解決したフレームワーク(もしくは未解決である現状)について誰かまとめてくださいオナシャス!:Isuzu_T2016-04-11 22:01:13
  • まぁ新しい技術を知らないとプロジェクトにマッチするかどうかの判断もできないからね:paradisemaker2016-04-11 21:32:29
  • 『どうして流行りに乗らないといけないの?』 転職先やコミット先プロジェクトが既に乗ってたら自分も乗らないと置いていかれるからでしょう? Java の Struts1 は開発止まってる。永久に乗り換えないで済む保証はない。:decoy20042016-04-11 21:21:29
  • なるほど。:kouda3842016-04-11 21:07:10
  • うーん…服の流行りをよく思わない人と同じような感じなのかな?何でもどう良いか知り、検証して選択肢を増やしたい気持ちはあるよ?本当に押し付けられてる訳じゃないし、そんな気にしなくていいんじゃない?:pero_01042016-04-11 21:04:23
  • チャラ男 vs おっさん。自分?おじいちゃん。:tockthey2016-04-11 21:01:47
  • という主張ですが、この人が何を調べて、何を勉強したのかも書いていないし、とくに生産的な情報はないようですね。現場からは以上です。:tomoya2016-04-11 20:50:43
  • だいたい同意。ただ、フロントエンドのエンジニアチームを抱える組織で、足並みをそろえる時に何を推奨するか、という数年先を見越した判断は必要かも。採用戦略とか(受託なら営業戦略も)の側面もふまえて。:shields-pikes2016-04-11 20:47:02
  • 単に選択肢が増えるということだと思うけどな。枯れてようが新しかろうが、いいと思うもの、マッチするものを使えばいい。ただそれだけ。:quanon2016-04-11 20:32:21
  • そう。ReactはSPAを作るのに楽、ただしSPAを使うべきかは、TQCでケースバイケース。:uehaj2016-04-11 20:25:35
  • 最近は色々あるけど、ちょっとイジって見るならともかく、長期的に修正機能追加していくつもりなら流行のものは逆に使いたくないかな。:lazex2016-04-11 20:25:34
  • 皆恵まれてるんだな。新しい技術使いたいとかいうやつに限って「それそういう目的で使うフレームワークじゃねーから」ってレビューして回らなければならない環境からしたら羨ましい限り:uxlayman2016-04-11 20:20:19
  • 場所によって新しい技術は老害を倒すために必要:sibukixxx2016-04-11 19:50:38
  • 一連のエントリは「どんな立場の人間が」「どうして」必要なのかが書かれていないのがすれ違いの発端になってる。Reactじゃなきゃやってられない世界もあるし、若干前のFWや自力管理レベルでOKのもある:orenonihongogayabai2016-04-11 19:49:32
  • 流行ってるモノは廃れるだけ。技術選定は投資と同じでポートフォリオ戦略っす。:you219792016-04-11 19:30:41
  • 技術担当者が自分の楽しみのために必要以上の高価なルーターを導入しちゃうみたいな話でしょ。こういうの昔からあるよ:nekochiyo2016-04-11 19:24:52
  • 自然と出てくる指摘。ネットワークとかでもそうだけど、最新だからいいとかそうじゃない。条件が揃ってて適していれば、利点あれば使うという話。それを使うこと自体が目的なら別。:kura-22016-04-11 19:23:18
  • 必要ではないし何とかなるが、ちょいちょい新しいの取り入れないと精神的に死ぬ。技術が好きで学習意欲のある人材がフロントエンドに居続けるには、そういう小難しい仕組みで俺スゲーが必要。:sigithermawan2016-04-11 18:49:20
  • 必要ではないし何とかなるが、ちょいちょい新しいの取り入れないと精神的に死ぬ。技術が好きで学習意欲のある人材がフロントエンドに居続けるには、そういう小難しい仕組みで俺スゲーが必要。:sigwyg2016-04-11 18:37:36
  • ここはまとめるんじゃなくて、盛大にreactをdisって炎上させた方が外野は面白いかな。reactクソ、というかSPAクソ:cloverstudioceo2016-04-11 18:36:33
  • フロントエンドの仕事が増えて枝分かれしているだけだとおもう。 サーバーサイドなんて言語やらフレームワークやらフロントエンドの比じゃないしね。:howdy392016-04-11 18:35:13
  • 全くその通りです。稼ごうと思って口八丁でいろいろ売り込もうとする輩はいつの時代にもどんなところにもいます。:zilog802016-04-11 18:05:36
  • つまりvanilla jsが最強:trkbt102016-04-11 18:03:04
  • 111:garage-kid2016-04-11 18:00:17
  • 同意。技術者の知的欲望が優先されたユーザー置き去りのアプリをフロントエンドエンジニアがユーザーに提供するのはいかんよね。:boobook2016-04-11 17:55:24
  • 見た目が変わらなくても機能追加しやすくなれば開発速度が早くなるし、見渡しが良くなればバグは減る。そして今のより良い実装は先人の切磋琢磨の上に成り立ってるので色々試すのはいいと思う。:satohu20xx2016-04-11 17:19:42
  • “「これをつかうのが当たり前」とか、そういうったのが嫌いなのは確かであって、つまるところ、よりよく技術選択をして、開発したいだけである”:yojik2016-04-11 17:17:33
  • ほんまこれです:valinst2016-04-11 17:07:45
  • わかる〜 / “「これをつかうのが当たり前」とか、そういうったのが嫌い”:nakajmg2016-04-11 16:46:02
  • OOPなりMVCなりリアクティブアーキテクチャなり、大規模開発でもカオスにならないような方向で試行錯誤の積み重ねで出てきたもので、流行といってもファッションとかのとは違うという観点がごっそり抜けてる。:oukayuka2016-04-11 16:42:11
  • フレームワークが新しくなって新しいことに対して結果にコミットしないのに、てけとうなアタリの線引きでコミットする人が悪いのは分かるけど実務者がバージョン違いで混乱の原因になってることもあるし。:sippo_des2016-04-11 16:41:30
  • 最近のフロントエンドへの違和感 - nobkzのブログ: 2016 - 04 - 11 最近のフロントエンドへの違和感 そういえば今日これらを読んでて https://t.co/4hPnJHxy8V…:digitalglm2016-04-11 16:37:47
  • はい:rgfx2016-04-11 16:20:25
  • レトリックだなぁ。そういう「新しさ」とか「速さ」の話じゃないと思うんだけど。:sho2016-04-11 15:59:46
  • こないだ見せてもらったサービス、画面がFlash / Flexで出来てて絶句したな。。:thesecret32016-04-11 15:54:36
  • 開発者からのサポートが重要であって流行っているかは関係無いと思う。流行ってて素晴らしくてお客さんにベストマッチだからとバグフィックスや脆弱性対策が疎かで問い合わせ先も無いようなソフトなら使わないし:hatomugicha2016-04-11 15:49:58
  • 広告制作を内製化する海外と、外部へ出す日本の商慣行の違いが根本のような気も。:hak24072016-04-11 15:40:56
  • 僕はお客さんが求める2歩先程度の技術しか使いません。:sub_low2016-04-11 15:28:45
  • 流行らせたい人に踊らされてる人が多い業界というイメージ:zentarou2016-04-11 15:24:44
  • フレームワークはあくまでも覚えやすさが担保されていることが重要なので,特性を理解しながら仕事の状況に応じて適切に選択すればどれでも良いと思う:kybernetes2016-04-11 15:13:23
  • “「新しい技術」を出てきても、問題が解決しないというか、問題領域が違って「そこじゃねぇだろ!」「そこ解決しなきゃ意味ねぇだろ」と思うときがけっこうあったりするのだ。”:K2ICE2016-04-11 15:09:17
  • いつまで現役なのかとか色々あるけれど、技術的負債にならないようにだけ気をつければ後は自由かなぁ。なんだかんだで新しいの使いたいでしょう?:uworks2016-04-11 15:08:16
  • ”問題領域が違って「そこじゃねぇだろ!」” っていうのが根本的な所なのかなと。 あとid:wordi さんが書いてる ”BackboneはMarionetteと組み合わせたらReactと似たような開発” を最近やってるのでなんかわかる気がする:h5y1m1412016-04-11 14:59:00
  • そのツールやFWが既存のどんな問題・不満を解決するために作られ・受け入れられていったのか、という経緯の積み重ねは貴重な経験だと思うので追っていきたい:ikosin2016-04-11 14:56:51
  • SPA書く時はjQueryだと辛いし、BackboneはMarionetteと組み合わせたらReactと似たような開発になるけど、今度はCompositeView・LayoutView・Regionなどが枷になって構造変えるのが凄いめんどくさい、結局Reactで作るのが一番楽だった:wordi2016-04-11 14:22:10
  • ハイ “「これをつかうのが当たり前」とか、そういうったのが嫌いなのは確かであって、つまるところ、よりよく技術選択をして、開発したいだけである。”:amagitakayosi2016-04-11 14:17:31
  • ほんとそうっすね -> "「これをつかうのが当たり前」とか、そういうったのが嫌いなのは確かであって、つまるところ、よりよく技術選択をして、開発したいだけである":koyancya2016-04-11 14:07:11
  • どうせなら個人で作っても大して質が変わらん気がする今日このごろ。:houyhnhm2016-04-11 13:57:35
  • 速くない速くない。言語の新しい標準(ES2015)を使うのにトランスパイラ(babel)必須みたいな状況のどこが速いのか。むしろトロくせーからゴチャゴチャしてんのが現状だろよ。:baronhorse2016-04-11 13:23:40
  • GWTやYUI, ExtJSは?と言いたくなる。Knockout.jsやBackbone.jsも近い将来危なくなるかもしれない。流行に乗る必要は全くないけど、いつまでもそれを使い続けてていいのかは考える必要がある。:Error4012016-04-11 13:17:10
  • 同意:cyokodog2016-04-11 13:14:21
  • 学習コストは組織として見たらという話で考えたい。それ以上にBtoBだとお客さんに納めて、10年以上保守されるなんてザラなんで、その時依存先のツールやフレームワークがオワコンしてたら?が怖い。:kabisuke2016-04-11 12:58:02
  • ライブラリの種類が増えてるだけでJavaScriptの仕様やMVCやらデータバインディングの考え方が変わってる訳じゃないので別にそんな変化してるようには感じないなぁ:asuka08012016-04-11 12:48:26
  • 学ぶことは必要だと思う。採用するかどうかは別として。:mather3142016-04-11 12:30:28
  • うなずきブクマ/フロントエンドは抽象化しにくいってのよくわかる/パプアニューギニアタンザニア?からの生産的な情報がねーなというdisりあいダンジョン。:matarillo2016-04-11 10:04:10
  • ほんとこれ。使うときに勉強すればええやんけ。:IzumiSy2016-04-11 09:54:33

関連エントリ