アカウント名:
パスワード:
高速「な」サービスを苦労して作るよりサービスを高速「に」サクッと作った方が、サービスの単価は高い。技術者がハードウェアの事まで考えるのは、あまり意義があるとは思えず・・・
>技術者がハードウェアの事まで考えるのは、あまり意義があるとは思えずハードウェアのことすら考えられないのに技術者気取りとはなかなか向上心のない技術者は40歳で首切り待ったなしですよ
同感。自分をソフト屋とかハード屋とか限定して、仕事の幅をかえって狭めることになるので、違和感があるというか単に「もったいない」。新しい仕事の場も、自分の能力を生かせる場も、これまで仕事をしてきた世界の外にあるかもしれないのに。
#スマホで操作していたら、間違えて元コメにモデレートorz#しかも「不当プラスモデ」ってorzorz#コメントで取り消します。
あまり意味のない所にまでこだわって40歳になってもまだ労働をしているか瞬間的にがっつり稼いで、40代で経済的自由を手に入れているかどちらが幸せかは小学生でも分かる事なんだが。。。
>意味のない所価値観の貧相なやつだなぁあれゲな話をしに来るサイトに金しか興味のないやつが来てもつまらないだろうに
自分だけ稼げれば進歩に興味ないような自己中はご高説のとおりさっさと稼いで退場してほしいね
で、ソフトしか知らないあなたは瞬間的にがっつり稼いだんです?自分が知らない・付いて行けない分野を意味が無いとこき下ろすような程度の人には難しいんじゃないかな。
FPGA使ってみればわかるけど開発の時間のほとんどはコード書いてるよねそこはやってることはソフト屋のそれと変わらないというか並行処理を必ず意識する分高級かもしれないけど。要するにFPGAのハード屋はソフトもやってると言えるわけでこの点で見ても元コメの言ってることはまるで見当違いというかマヌケですな
処理時間を担保できるハードと担保できないソフトの並行処理はまるで違うんだが。
それは今のOSと言語処理系が必要以上にハードを抽象化しているからなんだよなぁ。カーネル空間なら、最大同時実行スレッド数もわかるし、割り込み禁止も使えるから、RCU [wikipedia.org]みたいなかなり大胆な手法が使える。
ほらみろ、わかってないやつがわいてきた
開発にかかる時間の大半は検証およびその準備だと思うが、次に設計ね。コーディングなんてそれほど多くない。と私は感じているが?
そうだな、小学生には達成感というのはわからないからな。
金儲けに目敏い人達はFPGAを使ってBitcoinを掘りつくしちゃいました。元コメの人は金儲けに意義は見出だせても稼げる方の人ではないのでしょうね。
ハードウェアを扱う人は技術者ではないらしい。これがWeb系か。。。
知らなかったわ。だから会話合わないのか。使用頻度高い処理、FPGAに書けたらなーなんてよく思うのに。
まさにそう!むしろ、ハードウェア技術者からみれば、ソフトウェア製作者こそ技術者というより技師だね。物性理論とか電子工学みたいな学問に根ざしてるわけでもないし。
技術者と技師はどうちがうのかな?
「物性理論とか電子工学みたいな学問に根ざしてるわけでもないし」が技師を説明しているのだとすれば、建築技師とか造船技師は、理論も無しに建物とか船を造ってるとか?
拝承
ソフトウェア屋さんの大いなる勘違いの好例ですなっ。
たぶん、この方は、モノを知らない人なんでしょう。農家の栽培技術やノウハウがなくても、シェフの腕だけでグルメができる、とが言ってるよおなことにだと、気づいてないのでは?
え”!?
日本の競争力が落ちるわけだ
まあ同意。C/C++でハードウェアを意識したコードを書くよりrubyやpythonでハードウェアを意識せずにコードを書くほうが、速いコードが出来上がる。
pythonプログラムの実行が,pythonのネイティブのインタープリタよりも,ネイティブのpythonインタープリタで動いているpythonで作ったインタープリタで動かした方が速くなったら信じます。
おっと PyPy のステマはここまでだ。
pypyのこと?
あと、”普通のプログラマ”がJITに勝つのは無理ゲーに近いし、日々進化するハードウェア性能やソフトウェア性能を考えると、変にハードウェア意識したコード書かない方が良いケースは少なく無いですね。
抽象度が高くハードウェアを意識してない例の代表格のSQLなんて、意識してないからこそAmazon Auroraみたいに、実行環境の動作原理自体が変わることによる高速化とかができるわけで。
もちろん、今この瞬間の最大の性能を引き出すにはハードウェアべったりが良いし、もっというとハードそのものがいいけど、それが有効なケースばかりじゃないよ。
そう思いたいんですね。判ります。
要は低いレイヤーの知識を持たない人にとっての酸っぱい葡萄という事か。
まあWeb屋と組込み屋、というか人間志向かデータ・ハード志向か、というかフロントエンドとバックエンド、というか文系と理系、というか
最適解はその場に応じて変化する。副作用なしの万能薬があるわけじゃない、って意識なく自分の狭い了見だけで語る奴が多すぎる。
# 仲良く喧嘩しな
いやー、速いコードが出来上がるんだろーけど、いくらそれが早いと言っても、それでも追いつかないからどーするんだというはなしなわけなんだがw
Rubyは、速度に関して興味を持っていないようだからアレだけどPythonでも追いつかない処理って何?RSAでも破りたいの?
機械学習ですよ、ソース元を読みましょう。
そんなんだったら、ツイッターがRubyでサービスインした後に性能問題で全部作りなおしたりしないよ。
C言語による実践的FPGAプログラミング [amazon.co.jp]こういう本を読んでみなよ。
これには同意できないや。IntelのCPUは最先端のハードウェア技術がてんこ盛りですよ。FPGAで実装するってことは、CPUを構成するハードウェアを意識しなければCPUより高速に実行できるものにはならないでしょう。
simdの組み込み関数とかを使用するのも「ハードウェアを意識した」コーディングですよ。
高速バスだって高速道路という線路の事を考えるとリニアと五十歩百歩で、汎用性により富むという点からは、むしろ高速を現行高性能CPU側、リニアがFPGA側としても良いくらいでは?
XeonはもちろんAmpですら汎用でマルチで、特定の用途のみをしまくるだけならFPGAの方が電気の食い方が少ないという事なら、
同じ路地を走っている小型貨物と宅配用三輪自転車にたとえる方が良いのでは?三輪車で30㎞走らせるのは酷だが、特定の地域を回るのには効率が良いとかそんな感じ。
> 高速バスだって高速道路という線路の事を考えるとリニアと五十歩百歩で、汎用性により富むという> 点からは、むしろ高速を現行高性能CPU側、リニアがFPGA側としても良いくらいでは?
誤読していると思うな。#2731225のリニアと高速バスは、#2731214の『高速「な」サービスを苦労して作る』と『サービスを高速「に」サクッと作』る事に対応すると思うけどね。別にFPGAを使った検索システムと汎用CPU上で動くそれの優劣を言っている訳ではなかろう。
それはそれとして。サービスインに時間と金が掛かるものは大成功を収めたベンチャに見られるパターンだ
日本の組織って臨機応変に判断するのが苦手で、外国のビジネスマンから見ると、「社に持ち帰って検討してみます」みたいなやり方は、決定権もない奴を交渉役に選んだのかよと感じるらしいですね。
サービスインに時間と金が掛かるものも「今更引くに引けない」とgdgdになることが多いし。スパコンでも「サクッ」と作った地球シミュレータのアップデートは上手くいって、金を掛けるからにはナンバーワンをとか言ってた京は結果的にベクタ勢を追い出すことになったりして、得た物より失ったものの方が大きいんじゃないかと思える状態になりましたよね。
日本人は論理的思考で劣ることが多いから「文系」なんて免罪符がまかり通っているので、こんなことなら「日本的な成功」でダメージを抑えた方がましでしょう。
> 日本人は論理的思考で劣ることが多いから「文系」なんて免罪符がまかり通っているので、こんなことなら「日本的な成功」でダメージを抑えた方がましでしょう。
日本的な成功ですら無理なんでは?
# ともあれ論理的思考に劣る事は理解した
本当に元記事読んだ?読んでもさっぱりわからなかった?でも、これ10年くらいでごく普通の上場会社くらいまで落ちてきそうだよ。もう一度見直したほうがよくない?
サービスを高速「に」サックっと作ることは当然の事で、それを高速「な」サービスに成熟させていくことは有意義な事だと思いますが…
> サービスを高速「に」サックっと作ることは当然の事で、それを高速「な」サービスに成熟させていくことは有意義な事だと思いますが…
サービスを高速にサクッと作るという事が参入障壁が低い事によって可能なら、それは多分無理。
やっと儲かりそうになったら、後発組が大挙して参入している状態となっていて、激烈な競争状態。全然儲からないから、その次の開発は出来ない。アイデアのみのビジネスだと、そうなるよね。
って、まるっきり日本のベンチャのパターンじゃん。
もしかして、某(仮)なゲームの運営さん?w
#そしてユーザ離れが加速する…
サーバーの台数を必要以上に増やさずに、サクッと作ったBingをもっと高速にしたいから専用ハードを用意するような苦労をしているんじゃないのか?
# 1個何十万円もするような一番デカい奴を使うのかね?
程度はどうあれBingはすでにサービスインしているものだから、次に効率化とか高速「な」を目指すのは方向性の一つとしては間違ってない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
あまり有意義とは思えない (スコア:0, おもしろおかしい)
高速「な」サービスを苦労して作るより
サービスを高速「に」サクッと作った方が、サービスの単価は高い。
技術者がハードウェアの事まで考えるのは、あまり意義があるとは思えず・・・
Re:あまり有意義とは思えない (スコア:3)
昔から計算が多い場合は数値演算プロセッサを入れたし、学術計算用拡張ボードなんてのも売られていたし、今だとGPGPUとかも使っていたりするし。
そういう感じでFPGAボードを使えるのはソフト技術者として普通だと思いますが。
それによってより多くの利益が出せるようにするわけですし。
Re:あまり有意義とは思えない (スコア:1)
>技術者がハードウェアの事まで考えるのは、あまり意義があるとは思えず
ハードウェアのことすら考えられないのに技術者気取りとはなかなか
向上心のない技術者は40歳で首切り待ったなしですよ
Re:あまり有意義とは思えない (スコア:1)
>技術者がハードウェアの事まで考えるのは、あまり意義があるとは思えず
ハードウェアのことすら考えられないのに技術者気取りとはなかなか
向上心のない技術者は40歳で首切り待ったなしですよ
同感。
自分をソフト屋とかハード屋とか限定して、仕事の幅をかえって狭めることになるので、違和感があるというか単に「もったいない」。
新しい仕事の場も、自分の能力を生かせる場も、これまで仕事をしてきた世界の外にあるかもしれないのに。
#スマホで操作していたら、間違えて元コメにモデレートorz
#しかも「不当プラスモデ」ってorzorz
#コメントで取り消します。
Re: (スコア:0)
あまり意味のない所にまでこだわって
40歳になってもまだ労働をしているか
瞬間的にがっつり稼いで、40代で経済的自由を手に入れているか
どちらが幸せかは小学生でも分かる事なんだが。。。
Re: (スコア:0)
>意味のない所
価値観の貧相なやつだなぁ
あれゲな話をしに来るサイトに金しか興味のないやつが来てもつまらないだろうに
自分だけ稼げれば進歩に興味ないような自己中はご高説のとおりさっさと稼いで退場してほしいね
Re: (スコア:0)
で、ソフトしか知らないあなたは瞬間的にがっつり稼いだんです?
自分が知らない・付いて行けない分野を意味が無いとこき下ろすような程度の人には難しいんじゃないかな。
Re: (スコア:0)
FPGA使ってみればわかるけど開発の時間のほとんどはコード書いてるよね
そこはやってることはソフト屋のそれと変わらないというか
並行処理を必ず意識する分高級かもしれないけど。
要するにFPGAのハード屋はソフトもやってると言えるわけで
この点で見ても元コメの言ってることはまるで見当違いというかマヌケですな
Re: (スコア:0)
処理時間を担保できるハードと担保できないソフトの並行処理はまるで違うんだが。
Re: (スコア:0)
それは今のOSと言語処理系が必要以上にハードを抽象化しているからなんだよなぁ。
カーネル空間なら、最大同時実行スレッド数もわかるし、割り込み禁止も使えるから、RCU [wikipedia.org]みたいなかなり大胆な手法が使える。
Re: (スコア:0)
ほらみろ、わかってないやつがわいてきた
Re: (スコア:0)
開発にかかる時間の大半は検証およびその準備だと思うが、次に設計ね。コーディングなんてそれほど多くない。と私は感じているが?
Re: (スコア:0)
そうだな、小学生には達成感というのはわからないからな。
Re: (スコア:0)
『ボクは金儲け以外のことには意義も意味も見いだせないので。』って。
その感覚で言うなら誰も反論しないよ。
共感はされないだろうけどね。
Re: (スコア:0)
金儲けに目敏い人達はFPGAを使ってBitcoinを掘りつくしちゃいました。
元コメの人は金儲けに意義は見出だせても稼げる方の人ではないのでしょうね。
Re:あまり有意義とは思えない (スコア:1)
ハードウェアを扱う人は技術者ではないらしい。
これがWeb系か。。。
Re: (スコア:0)
知らなかったわ。だから会話合わないのか。
使用頻度高い処理、FPGAに書けたらなーなんてよく思うのに。
Re: (スコア:0)
まさにそう!むしろ、ハードウェア技術者からみれば、ソフトウェア製作者こそ技術者というより技師だね。物性理論とか電子工学みたいな学問に根ざしてるわけでもないし。
Re: (スコア:0)
技術者と技師はどうちがうのかな?
「物性理論とか電子工学みたいな学問に根ざしてるわけでもないし」が技師を説明しているのだとすれば、建築技師とか造船技師は、理論も無しに建物とか船を造ってるとか?
Re: (スコア:0)
拝承
Re: (スコア:0)
ソフトウェア屋さんの大いなる勘違いの好例ですなっ。
Re: (スコア:0)
たぶん、この方は、モノを知らない人なんでしょう。農家の栽培技術やノウハウがなくても、シェフの腕だけでグルメができる、とが言ってるよおなことにだと、気づいてないのでは?
Re: (スコア:0)
え”!?
Re: (スコア:0)
日本の競争力が落ちるわけだ
Re: (スコア:0)
まあ同意。
C/C++でハードウェアを意識したコードを書くより
rubyやpythonでハードウェアを意識せずにコードを書くほうが、速いコードが出来上がる。
Re:あまり有意義とは思えない (スコア:2)
pythonプログラムの実行が,pythonのネイティブのインタープリタよりも,
ネイティブのpythonインタープリタで動いているpythonで作ったインタープリタで動かした方が速くなったら信じます。
Re: (スコア:0)
おっと PyPy のステマはここまでだ。
Re: (スコア:0)
pypyのこと?
あと、”普通のプログラマ”がJITに勝つのは無理ゲーに近いし、日々進化するハードウェア性能やソフトウェア性能を考えると、変にハードウェア意識したコード書かない方が良いケースは少なく無いですね。
抽象度が高くハードウェアを意識してない例の代表格のSQLなんて、意識してないからこそAmazon Auroraみたいに、実行環境の動作原理自体が変わることによる高速化とかができるわけで。
もちろん、今この瞬間の最大の性能を引き出すにはハードウェアべったりが良いし、もっというとハードそのものがいいけど、それが有効なケースばかりじゃないよ。
Re:あまり有意義とは思えない (スコア:1)
そう思いたいんですね。
判ります。
要は低いレイヤーの知識を持たない人にとっての酸っぱい葡萄という事か。
Re: (スコア:0)
まあWeb屋と組込み屋、というか
人間志向かデータ・ハード志向か、というか
フロントエンドとバックエンド、というか
文系と理系、というか
最適解はその場に応じて変化する。
副作用なしの万能薬があるわけじゃない、って意識なく
自分の狭い了見だけで語る奴が多すぎる。
# 仲良く喧嘩しな
Re: (スコア:0)
いやー、速いコードが出来上がるんだろーけど、いくらそれが早いと言っても、それでも追いつかないからどーするんだというはなしなわけなんだがw
Re: (スコア:0)
Rubyは、速度に関して興味を持っていないようだからアレだけど
Pythonでも追いつかない処理って何?
RSAでも破りたいの?
Re: (スコア:0)
機械学習ですよ、ソース元を読みましょう。
Re: (スコア:0)
そんなんだったら、ツイッターがRubyでサービスインした後に性能問題で全部作りなおしたりしないよ。
Re: (スコア:0)
C言語による実践的FPGAプログラミング [amazon.co.jp]
こういう本を読んでみなよ。
Re: (スコア:0)
これには同意できないや。
IntelのCPUは最先端のハードウェア技術がてんこ盛りですよ。FPGAで実装するってことは、CPUを構成するハードウェアを意識しなければCPUより高速に実行できるものにはならないでしょう。
simdの組み込み関数とかを使用するのも「ハードウェアを意識した」コーディングですよ。
Re: (スコア:0)
近視眼的、短絡的な利益追求としては確かにそうでしょうね。
最後の一文は意味不明ですが。
Re: (スコア:0)
高速バスだって高速道路という線路の事を考えるとリニアと五十歩百歩で、汎用性により富むという
点からは、むしろ高速を現行高性能CPU側、リニアがFPGA側としても良いくらいでは?
XeonはもちろんAmpですら汎用でマルチで、特定の用途のみをしまくるだけならFPGAの方が電気の
食い方が少ないという事なら、
同じ路地を走っている小型貨物と宅配用三輪自転車にたとえる方が良いのでは?
三輪車で30㎞走らせるのは酷だが、特定の地域を回るのには効率が良いとかそんな感じ。
Re: (スコア:0)
> 高速バスだって高速道路という線路の事を考えるとリニアと五十歩百歩で、汎用性により富むという
> 点からは、むしろ高速を現行高性能CPU側、リニアがFPGA側としても良いくらいでは?
誤読していると思うな。#2731225のリニアと高速バスは、#2731214の『高速「な」サービスを苦労して作る』と『サービスを高速「に」サクッと作』る事に対応すると思うけどね。別にFPGAを使った検索システムと汎用CPU上で動くそれの優劣を言っている訳ではなかろう。
それはそれとして。サービスインに時間と金が掛かるものは大成功を収めたベンチャに見られるパターンだ
Re: (スコア:0)
補足ありがとう。
あなたの解釈で正しいです。
わたしも全く同感です。
Re: (スコア:0)
日本の組織って臨機応変に判断するのが苦手で、外国のビジネスマンから見ると、「社に持ち帰って検討してみます」みたいなやり方は、決定権もない奴を交渉役に選んだのかよと感じるらしいですね。
サービスインに時間と金が掛かるものも「今更引くに引けない」とgdgdになることが多いし。
スパコンでも「サクッ」と作った地球シミュレータのアップデートは上手くいって、金を掛けるからにはナンバーワンをとか言ってた京は結果的にベクタ勢を追い出すことになったりして、得た物より失ったものの方が大きいんじゃないかと思える状態になりましたよね。
日本人は論理的思考で劣ることが多いから「文系」なんて免罪符がまかり通っているので、こんなことなら「日本的な成功」でダメージを抑えた方がましでしょう。
Re: (スコア:0)
> 日本人は論理的思考で劣ることが多いから「文系」なんて免罪符がまかり通っているので、こんなことなら「日本的な成功」でダメージを抑えた方がましでしょう。
日本的な成功ですら無理なんでは?
# ともあれ論理的思考に劣る事は理解した
Re: (スコア:0)
本当に元記事読んだ?読んでもさっぱりわからなかった?
でも、これ10年くらいでごく普通の上場会社くらいまで落ちてきそうだよ。
もう一度見直したほうがよくない?
Re: (スコア:0)
サービスを高速「に」サックっと作ることは当然の事で、それを高速「な」サービスに成熟させていくことは有意義な事だと思いますが…
Re: (スコア:0)
> サービスを高速「に」サックっと作ることは当然の事で、それを高速「な」サービスに成熟させていくことは有意義な事だと思いますが…
サービスを高速にサクッと作るという事が参入障壁が低い事によって可能なら、それは多分無理。
やっと儲かりそうになったら、後発組が大挙して参入している状態となっていて、激烈な競争状態。全然儲からないから、その次の開発は出来ない。アイデアのみのビジネスだと、そうなるよね。
って、まるっきり日本のベンチャのパターンじゃん。
Re: (スコア:0)
もしかして、某(仮)なゲームの運営さん?w
#そしてユーザ離れが加速する…
Re: (スコア:0)
サーバーの台数を必要以上に増やさずに、サクッと作ったBingをもっと高速にしたいから専用ハードを用意するような苦労をしているんじゃないのか?
# 1個何十万円もするような一番デカい奴を使うのかね?
Re: (スコア:0)
程度はどうあれBingはすでにサービスインしているものだから、
次に効率化とか高速「な」を目指すのは方向性の一つとしては間違ってない。