アカウント名:
パスワード:
作っているのはアプリじゃありませんと言われればそれまでですが。
彼らは十分なビジネス知識があり、
これだけで十二分な存在価値があると思うのです。プログラミング技術だけでお客様の要求を満たせることなんて、まずありませんよね...
故に、そーゆー配置は必要だと思うけど。SI的にはプログラマなんていくらでも買ってこられるけど、ビジネス知識がある人はそうそう買ってこられないので、とても大切にしたいところ。
古い。今は客と話をして設計を自分でしてコードも自分で書けて当然とされる時代。もし実感がなければ遅れている業界にいるか、底辺にいるか、あるいは鈍いだけ。
>今は客と話をして設計を自分でしてコードも自分で書けて当然とされる時代。
「今はそういう時代」とか平気で言える奴の想定している世間の狭いこと狭いこと。
・大規模高信頼システムというものを知らず、犬小屋作成レベルの業界しか知らない。・Instagram のような例がメジャーケースと思っている。(もちろん、参加したことはない)
そういう仕事って減ってない?
> そういう仕事って減ってない?
大規模プロジェクトはそう数はないし、あってもITゼネコンが仕切るプロジェクトなら、あまりうま味は無いわな(ITゼネコンで頭を取れる場合を除く)。
日本での話限定だけど、大規模プロジェクトの要員に求められる資質って、良くも悪くも『並』って事だと思う。優秀なのを突っ込んでも浮きこぼれちゃうしね、頭の方でも、兵隊の方でも。
世間が広い狭いと言うよりも、どういうビジネスを志向するかって話じゃないかな。小規模なら単機能のエンジニアは効率が悪い。オールラウンダーの優秀なのの方が、数多くのプロジェクトを回せると思うな。
こういうプロジェクトは、凡人でも理解できるモジュールレベルまで機能分解できる天才が一人いれば、あとは人数と工期の問題。そういう天才がみつかれば、簡単に成功するが、たいていは見つからないから、「動かないシステム」となる。
したがって、多くの人員は「並み以下のプログラマ」をかき集めるだけのものとなる。
> こういうプロジェクトは、凡人でも理解できるモジュールレベルまで機能分解できる天才が一人いれば、あとは人数と工期の問題。・・・> したがって、多くの人員は「並み以下のプログラマ」をかき集めるだけのものとなる。
いや、それはダメだ。角を矯めて牛を殺す様な、並の発想だわな。
優秀なののみでビジネスをしようってのなら、当然、上(ミドルマネジメント・経営層)だって優秀である事が求められるよ。上から下まで、『並は要らない』って事ね。
大規模プロジェクトを進める上で重要なのは、「全て並」で処理できるワークフローを備える事。大人数のプロジェクトで全員が最後まで固定で残っているなんて考えはその時点でNG。
ましてや、一部ですら「天才前提」の行程が有るとその天才が居なくなった時にはプロジェクト自体が駄目に成りかねない。そんな天才なんてもったいないから、貰い仕事なんかで使わず自社企画で使うべきだ。
> ましてや、一部ですら「天才前提」の行程が
元コメでは並と優秀を対にしているにも関わらず、天才なんて言葉が飛び出て来るのは、#2379213が天才だから?
# お仕事では天災とならぬ様にご注意を
> 大規模プロジェクトを進める上で重要なのは、「全て並」で処理できるワークフローを備える事。これは同意。
> 大人数のプロジェクトで全員が最後まで固定で残っているなんて考えはその時点でNG。これも同意、つーか、当然の話だわね。大人数のプロジェクトだろうが、ワンマン・プロジェクトだろうが、誰も墓場まで持っては行けないだろうよ、仕事だったら。だから品質、この場合は内部品質だけど、を上げておく事が必要なんだわな。
> ましてや、一部ですら「天才前提」の行程が有るとその天才が居なくなった時にはプロジェクト自体が駄目に成りかね
あーInstagramと同じような成功を目指してさくっと潰れた会社なら知ってます。共通点は「人数」とのことでした。#世間知らずの私が見たくらいだから類似事例はそこそこありそう
> 類似事例はそこそこありそう
でも世間知らずだから実際のところはわからないよねぇ~
大規模業務システムしか知らない人も世間が狭いと思う。良くも悪くも、大規模業務システムのコードを書いてるプログラマってプログラミングもおぼつかないレベルの人が多いから、それを見てプログラマってこんなものだって思っちゃうといろいろ見誤るんじゃないかな。
>大規模業務システムしか知らない人も世間が狭いと思う。
キミは何と戦っているんだ?誰もそんなことは言ってないだろう。
元コメの「今は客と話をして設計を自分でしてコードも自分で書けて当然とされる時代」という、狭い世界に基づく「一般化」への反証を提示しているだけ。
開発規模、要求される信頼性/性能/スケール性、利用者層の規模や属性、といったその千差万別さを知っていれば、元コメの想定する「一般化」された世界のなんと狭いことよ、という話。
それから「コードを自分で書けて」といったセリフ、プログラミングをなめているよね。・ハードウェアやカーネルコードへの深い知識が必要な開発ができる・大規模システムのDB設計/開発とチューニングができる・単に小さなCGI作れるだけといった区別もないような「コードが書ける」などとというセリフに何の意味もない。
あなたこそプログラミングという技能を過大評価しすぎですね。IT業界にはこういう人間が一定数いるよな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
プログラムを書けばアプリが出来のか (スコア:2)
作っているのはアプリじゃありませんと言われればそれまでですが。
彼らは十分なビジネス知識があり、
これだけで十二分な存在価値があると思うのです。
プログラミング技術だけでお客様の要求を満たせることなんて、まずありませんよね...
故に、そーゆー配置は必要だと思うけど。
SI的にはプログラマなんていくらでも買ってこられるけど、ビジネス知識がある人はそうそう買ってこられないので、とても大切にしたいところ。
Re: (スコア:-1)
古い。
今は客と話をして設計を自分でしてコードも自分で書けて当然とされる時代。
もし実感がなければ遅れている業界にいるか、底辺にいるか、あるいは鈍いだけ。
Re:プログラムを書けばアプリが出来のか (スコア:0)
>今は客と話をして設計を自分でしてコードも自分で書けて当然とされる時代。
「今はそういう時代」とか平気で言える奴の想定している世間の狭いこと狭いこと。
・大規模高信頼システムというものを知らず、犬小屋作成レベルの業界しか知らない。
・Instagram のような例がメジャーケースと思っている。(もちろん、参加したことはない)
Re: (スコア:0)
そういう仕事って減ってない?
Re: (スコア:0)
> そういう仕事って減ってない?
大規模プロジェクトはそう数はないし、あってもITゼネコンが仕切るプロジェクトなら、あまりうま味は無いわな(ITゼネコンで頭を取れる場合を除く)。
日本での話限定だけど、大規模プロジェクトの要員に求められる資質って、良くも悪くも『並』って事だと思う。優秀なのを突っ込んでも浮きこぼれちゃうしね、頭の方でも、兵隊の方でも。
世間が広い狭いと言うよりも、どういうビジネスを志向するかって話じゃないかな。小規模なら単機能のエンジニアは効率が悪い。オールラウンダーの優秀なのの方が、数多くのプロジェクトを回せると思うな。
Re: (スコア:0)
こういうプロジェクトは、凡人でも理解できるモジュールレベルまで機能分解できる天才が一人いれば、
あとは人数と工期の問題。
そういう天才がみつかれば、簡単に成功するが、
たいていは見つからないから、「動かないシステム」となる。
したがって、多くの人員は「並み以下のプログラマ」をかき集めるだけのものとなる。
Re: (スコア:0)
> こういうプロジェクトは、凡人でも理解できるモジュールレベルまで機能分解できる天才が一人いれば、あとは人数と工期の問題。
・・・
> したがって、多くの人員は「並み以下のプログラマ」をかき集めるだけのものとなる。
いや、それはダメだ。角を矯めて牛を殺す様な、並の発想だわな。
優秀なののみでビジネスをしようってのなら、当然、上(ミドルマネジメント・経営層)だって優秀である事が求められるよ。上から下まで、『並は要らない』って事ね。
Re: (スコア:0)
大規模プロジェクトを進める上で重要なのは、「全て並」で処理できるワークフローを備える事。
大人数のプロジェクトで全員が最後まで固定で残っているなんて考えはその時点でNG。
ましてや、一部ですら「天才前提」の行程が有るとその天才が居なくなった時にはプロジェクト自体が駄目に成りかねない。
そんな天才なんてもったいないから、貰い仕事なんかで使わず自社企画で使うべきだ。
Re: (スコア:0)
> ましてや、一部ですら「天才前提」の行程が
元コメでは並と優秀を対にしているにも関わらず、天才なんて言葉が飛び出て来るのは、#2379213が天才だから?
# お仕事では天災とならぬ様にご注意を
Re: (スコア:0)
> 大規模プロジェクトを進める上で重要なのは、「全て並」で処理できるワークフローを備える事。
これは同意。
> 大人数のプロジェクトで全員が最後まで固定で残っているなんて考えはその時点でNG。
これも同意、つーか、当然の話だわね。大人数のプロジェクトだろうが、ワンマン・プロジェクトだろうが、誰も墓場まで持っては行けないだろうよ、仕事だったら。だから品質、この場合は内部品質だけど、を上げておく事が必要なんだわな。
> ましてや、一部ですら「天才前提」の行程が有るとその天才が居なくなった時にはプロジェクト自体が駄目に成りかね
Re: (スコア:0)
あーInstagramと同じような成功を目指してさくっと潰れた会社なら知ってます。
共通点は「人数」とのことでした。
#世間知らずの私が見たくらいだから類似事例はそこそこありそう
Re: (スコア:0)
> 類似事例はそこそこありそう
でも世間知らずだから実際のところはわからないよねぇ~
Re: (スコア:0)
大規模業務システムしか知らない人も世間が狭いと思う。
良くも悪くも、大規模業務システムのコードを書いてるプログラマってプログラミングもおぼつかないレベルの人が多いから、それを見てプログラマってこんなものだって思っちゃうといろいろ見誤るんじゃないかな。
Re: (スコア:0)
>大規模業務システムしか知らない人も世間が狭いと思う。
キミは何と戦っているんだ?誰もそんなことは言ってないだろう。
元コメの「今は客と話をして設計を自分でしてコードも自分で書けて当然とされる時代」
という、狭い世界に基づく「一般化」への反証を提示しているだけ。
開発規模、要求される信頼性/性能/スケール性、利用者層の規模や属性、といった
その千差万別さを知っていれば、元コメの想定する「一般化」された世界のなんと狭いことよ、
という話。
それから「コードを自分で書けて」といったセリフ、プログラミングをなめているよね。
・ハードウェアやカーネルコードへの深い知識が必要な開発ができる
・大規模システムのDB設計/開発とチューニングができる
・単に小さなCGI作れるだけ
といった区別もないような「コードが書ける」などとというセリフに何の意味もない。
Re: (スコア:0)
あなたこそプログラミングという技能を過大評価しすぎですね。
IT業界にはこういう人間が一定数いるよな。