天才プログラマーだけどなんか質問ある?
■ このスレッドは過去ログ倉庫に格納されています
>新しいアルゴリズムを作ったかな。
分ってないようだけど、こういうカキコは全く意味ないから。
せめてどんなアルゴリズムなのか説明しなきゃ。ハッタリじゃなければ。 >>46
あと、typoを修正したとして、何?
>>49
んじゃ、3台にすればいいよ。
googleのクラウドだって3台同時にぽしゃったら、
データが必ず飛ぶわけだからね。
まあ、2台同時でもトラブルになるだろうけど。
>>50
俺を特定するなよ。
それとも、便利な特徴量を作りました、とかそういうレベルでいいの? >>49
ちなみにraidの例えの部分意味わからなかった。
ハードウェア系は良く知らないけど
raid5って2個同時故障で復元不可能だよね?
例えが間違ってないか? >>51
>それとも、便利な特徴量を作りました、とかそういうレベルでいいの?
あぁ、そういうレベルでいいよ。アルゴリズムって言ってたけど、まぁそれでもいいよ。
どういう観点で、どういう材料をもとに、どのくらいの時間をかけて、どういう
特徴量を作ったか、簡単に説明してみて。ハッタリじゃなければ。3分ぐらいで。
>>52
raid5って2個同時故障で復元不可能だよね?
それは3台構成の場合だね。 >>47
お金と時間がいくらでもあるなら、クラウドなんていりませんよ(ニヤリ)
↑
こうやって客を落とすんですね。。なるほど。。
>>53
代数幾何の観点で、材料?、時間?勉強時間とか含めるとすごく長いけど、
ある変換にロバストな特徴量を作った。
>>54
なるほど。俺の理解で正しかったか。
ますます、raidの例えの意味がわからんね。 >>55
そりゃ、経済的なメリットがなかったら、
クラウドなんて導入する意味無いでしょ。
ハードのメンテをこっちで全部引き受けて、コストダウンさせます。
ハードを複数人で共有してもらって、コストダウンさせます。
ハードは分散化しちゃってるけど、
それをなるべく感じさせないシームレスなUIを努力して提供します。
若干計算資源としては不便ですが、安いです。
使う側の理解は、こんな感じで正しい。
作る側の理解は、またちょっと違うかもね。 実は俺も、代数幾何の観点で、ある変換にロバストな特徴量を作ったことがあるわw
あれは、中学2年の時だったかな。今ではその時の詳細は忘れてしまったけどねwww >>1はトリップつけろ。一体どいつが天才なのか分らん。 作り話の場合、つじつまを合わせようとしたとたんにつまらなくなるとか、よくあるよね。
伏線を回収しないまま終わるのって、多分ものすごくつまらないからな場合が多い。
「禁書目録」の原作はほとんど失速しないのがすごい。普通、ほとんどの人が、
ハルヒの原作みたいになって終わるのに。 紙一重どころか同じもの。
役に立つ基地外のことを天才と言うだけ。
発酵と腐敗の関係 うちの会社に、プログラムは天才的(というか社内で抜けてた)なんだが
コミュニケーションは全く取れない(話しかけても反応がないetc)
トイレではズボンまで下ろさないとオシッコできない
なんてのもいた
俺も天才プログラマーだけどトイレは個室じゃないとできない
天才の人生より、馬鹿の人生の方が幸せだと主張する人もいる。
>>66
アカデミックな場に良く参加しますが、
そういう人には会ったことないですね。
>>69-70
自分もそう思いますよ。
知らぬが仏って奴です。
所詮人間レベルの馬鹿と天才の差なんて、全知全能の神様から
みたら、目糞、鼻糞程度のものだろ。猿と人間の遺伝子だって
2%も違わないんだから。
仮にこのまるでちっぽけな人の存在に価値を見出すとするなら、
その人がいかに他の人に幸福をもたらしたかに尽きるだろう。
天才をその才能をもって他人の幸福に多く寄与する物だと定義
するならば、ほとんどの子の親は、まだ何も知らない無垢な子
にとってかけがえの無い心強き天才と呼べるのかもしれない。
地球レベルで俯瞰するならば、それは、科学や文学や平和に寄与
した人(典型的にはノーベル賞受賞者とその全ての協力者)と、
才能あるエンターテイナーこそが真の天才の称号にふさわしい。
少なくとも、俺天才かもw と勘違いも甚だしくニヒルを気取り、
オナニー俺自慢糞スレを勃てたあげく、実はまったく住人に訴求
できていないことに気づきもしないオナニー野郎では決してない。 >>71
>アカデミックな場に良く参加しますが、
まぁ、お前のオナニースレだろうから、本人の自由なんだけど、
こういうさりげない自慢? がいちいち鼻につくよ。
で? って感じ。へー、すごいねぇって言ってほしいの?
さみしいの? 友達いないの?
皆さん、落ち着いてください・・・
ここは質問をしてもらって、それに答えるというスレです。
>>74
学会のワークショップや国際会議に参加するだけなら
お金を払えば誰でも出れますよ。
そこで発表して、知名度を上げるのはなかなか大変なことです。 クロージャとかラムダって、Ajaxとそれに伴ってJavaScriptが
脚光を浴び出してから、解説を目にする機会も増えたように思うん
ですけど、では、実際にどういう場面で使うかとなったら、あまり
意識して、よしクロージャを使うぞ。って場面にはなかなか遭遇し
ないんですよね。
たしかに面白い仕組みではあるし、C言語にわざわざBlocksなんて
構文をアップルがねじ込んでくるぐらい、便利なもんなんだとは思う
んですが、それでもクロージャを使わなきゃ組めないロジックなんて、
そうそう出くわさないし、下手に使うと可読性が悪くなるし。まぁ
構造的に、引数でクロージャを渡せって場合はしようがないけど..
今のところ自分的には、あえてクラス化するまでもない断片的な
ロジックの塊を記述するためのシンタックスシュガーって捕らえ方
なんですけど、>>1さんは意識して、よしここはクロージャを使っと
くかってケースって結構あります? >>78
シンタックスシュガーじゃんって言われると、classだってなんだって
シンタックスシュガーになっちゃうからなぁ。
とりあえず、可読性と利便性のトレードオフを見極めて
クロージャ使うか、オブジェクト指向的に書くかを決めればいいと思うよ。 Counter Strike OnlineのHuckShieldを除去もしくは回避できるプログラム書ける?
解析したり、なんかをフックしたり、プログラミングとは関係ないかもしれんけど 並みのプログラマーができる程度の事を、なるべく最短で覚えたいのですが、
なにから学べばいいと思いますか?
分野的には、とりあえず広く浅く対応できたらとおもいます。
職場にいる、なんちゃってプログラマーの鼻を明かしたいのです。 >>81
広く浅くではプログラマーは鼻を明かさないものです。
並のプログラマーがビビるのは3Dゲームです。
言い方を変えます。
並みのプログラマーに最短でなるには、具体的に何をしたらいいと思いますか?
理由も一緒に教えてください 基本情報処理技術者の資格をとればいいと思います。資格自体に重み
はないとはいえ、試験範囲は実際のプログラマに必要な知識/技能を
かなりよくカバーしていると思います。 まず大事なのはパソコンを好きになることだと思います。 1.ハードウェアの基礎知識を覚える。(CPU、メモリ、外部記憶装置等の仕組みとか構成とか)
2.ソフトウェアの基礎知識を覚える。(OS、マシン語、アセンブラ、高級言語の概念とか、2進/16進数表記とか)
3.とりあえず、言語をひとつ覚える
これが最短です。
参考になりました。
PCの基礎から、学ぶことが大切だと感じました。
いろいろな意見、有難うございます_(._.)_ はい、お久しぶりです。
>>80
明日までにやれと言われたらできない。
なぜなら、仕様等の下調べが必要だから。
こうやればいいんだな、というのはだいたいわかるけどね。
そういうのはバッドノウハウ系だから、必要がないならやらない方がいいよ。
>>81
C言語を習得すること。
C言語ができれば、他の言語は似たようなものなので、なんでもできるよ。
言うまでも無く、C言語ができる中学生はたくさんいるので、
プログラミングしかできない人になってはいけない。
あと、いろんな言語を使いこなせるというのは、ほとんど意味がないことなので注意。
>>87
1はいいけど、1は微妙。3に関しては、C言語以外の選択肢はあり得ない。
そのほかに、誰かが書いたソースコードを解読してみるというのも挙げておこう。
お勧めの本でも探しておこう。 ・動かしながら理解するCPUの仕組み CD-ROM付 (ブルーバックス) [新書]
目次しか見てないけど、けっこう良さそう
・ふつうのコンパイラをつくろう 言語処理系をつくりながら学ぶコンパイルと... 青木 峰郎
これも持ってるといいかも。コンパイラなんて作るのは
よっぽど暇な人だろうけど、ぼんやり作り方を知ってみるのは楽しいと思う。
目次をみるとCPUに関する話も載ってるようだし。
・コンピュータとは何だろうか(第3版) 綾 皓二郎 藤井 龜
よさげな本に見えるんだけど・・・中身が見れないのでわからん。
いい本ないなぁ・・・
あぁ、いい本あったよ。
プログラムはなぜ動くのか 第2版
知っておきたいプログラムの基礎知識 [単行本(ソフトカバー)]
矢沢久雄 (著)
これが今のところ一番良さそう。
C言語に関しては、昔は
プログラミング言語C 第2版 ANSI規格準拠 [単行本]
が一番良かったけど、最近はもっといい本があるはず。
クソな本もいっぱい発売されたから、良本を見つけにくいかもだけど。
本屋で手にとってみないと判定は難しいから、ここでは挙げるのやめておく。 初学者がいきなりC言語は敷居が高いだろ。
まずは、LL言語(RubyかPythonがお勧め)で、雰囲気をつかみつつプログラミングの面白さを
ひとまず体験した後、C言語を学び、この世界の理不尽さを知り、軽く挫折した後、心機一転
アセンブリで初心に戻りつつ、いつのまにかC言語をマスタして、C++にまで手を伸ばしたり、
はたまたJavaやC#に浮気して、高級言語の便利さを噛み締めたりしながら、装備を整えつつ、
ソフトウェアという広大なジャングルの奥深くへと踏み入っていくのが、常道だろ。 コンパイラなんて、構文定義さえできれば、あとはYaccとlexで自動生成できちゃうじゃんっ。 >>92
C言語は一番シンプルでわかりやすい言語だから
CPUについてさえ知っていれば、すぐに習得できる。
逆にC言語がわからないということは、
CPUに関する基本的な知識が不足していることを意味する。
rubyが使えるのにC言語が使えないという人がいるのかどうか知らないけど
もしそうであればrubyは非常に優秀な言語だよ。
なぜなら、馬鹿でも使える言語ってことだからね。
でも、天才の俺はrubyが嫌い。なぜなら型がないのでバグが出やすく、
開発環境が整備されておらず、無駄に実行速度が遅く、
C言語に慣れている人にとっては、文法が気持ち悪く、
無意味なシンタックスシュガーの存在が、とても不細工だから。
pythonはOK
もちろん、開発にはC言語より高級な言語を使うべきで、
pythonやJavaが、情報や開発環境が整備されていて、お勧め。
>>93
それはCへのトランスレータであって、コンパイラではない。 Pythonだって型宣言無いじゃんっ。それに奇妙な構文ならPythonにもあるし。
Rubyが遅いっつったって、LL言語なんだし、そもそもLL言語でやるような
処理に早さを求めるのもねぇ。無駄に遅いって言うけど、具体的にどこが
無駄だと思うわけ? まぁRubyのメタプロは確かに黒魔術だけど。
RubyとPythonのどちらを好むかは人それぞれでしょ。Perlだっていい言語
だよ、総じてRubyより早いし、ワンライナーでいろんな事が書ける。OOの
実装はちょっとアレだけど。
つうことで、開発に使う言語は、その要件しだいでしょ。C言語が適してる
場合もあるし、LL言語で十分な場合もある。 ここは質問コーナーかよ。
こんなん天才プログラマじゃないやい(´・ω・`)。。
>>94
C言語わかりやすい?
俺は、まず構造体で挫折した。そして、ポインタで諦めかけた。
CPUの知識というより、アセンブリの知識のような。
だいたい、ポインタ宣言と値参照の両方に「*」を使うところに
作者の悪意を感じる。習い始めの頃はこんがらがるからな。
開発環境が整備されていないと不平をいう天才を初めて知った。
開発環境が整備されていないなら、自分で構築すればいいだけ
の話だろ? インテリセンスだって、リファクタリングだって、
テスト環境だって、今は大概の言語でどうとでも環境つくれるよ。
まして天才ならば.. >>97
*はインデックスレジスタでメモリを見に行くんだなぁとか後になって気が付いたっけ。やっぱりアセンブラが先にあるんだよな。 >>100
そうそう、アセンブラを先にやっとけば、C言語は理解しやすいと思うよ。
MASMだったら PTRって宣言があるから、Cのポインタと結びつけ易いし、
ポインタの用途も、型の違いも、構造体の仕組みも、関数を呼ぶ際の引数
の渡し方とかもすんなり理解できる。なによりも、処理を記述する際の
C言語の有り難みがよくわかる。
初心者にいきなり、C言語はきついと思うわ。だいたい、C言語を学ぶ前に
CPUのことはよく知ってるって状況がまずほとんどない。普通は両者を平行
して学ぶか、言語の方をまずやって、行き詰まったり必要に迫られてハード
も学ぶってパターンが多い。
だから、C言語の前に、アセンブラ言語の理解を勧めるんだったら同意するけど、
いきなり、C言語やれってのは、俺は同意できない。それなら、メモリ管理
とかが楽な他の言語でまずプログラミングの雰囲気を味わってもらう方を薦める。
適性の有無も自分でわかるだろうしね。
>>95
まあ、ここではプログラミングは手段であって目的
という観点で書いてるから。仕事に合わせて言語選ぶってのは当然。
その他は、まあどうでもいいやw
行数で語るのは頭悪い感じがするから、俺は好きじゃないかな。
むしろ、アルゴリズムの計算量とか、もう少しミクロにCPU実行効率とか
そっちの方が大事。
ワンライナーなんて言葉を使ってる人を見ると、どうしても頭悪い人に見えてしまう。
>>99
誰でもできることをあえてやらんでしょ。
そりゃOSからだって作れるけどさ・・・
>>100
だから、俺は最小構成のアセンブラを勉強した上でC言語を勉強するべきだと思うんだよね。
(アセンブラそのものを勉強しちゃダメだよ)
そもそもCPUの制御法=プログラムなのに
CPUを知らないってのは論外でしょ。
別にx86系を勉強しろって言ってるわけじゃなくて、
CPUに最低限必要な機能とは何か?
について学べばいいんだよ。
コーダーになりたいなら、エクセルのvbaでもやって満足してればいいかもね。
C言語すらやる必要はない。
結局、何を目標にするかによりけりかもね。 ブログラミングは手段であって目的? 凡人の俺には意味がわからん。 俺もOSから作れるよ。あ、そうだCPUも作れるよ。 Emacs使いの俺からしてみたら、環境が整備されていないなどという言葉は
俺の辞書にはない。環境整備なんて、朝飯後にうんこするぐいら日常的なこと。 どれが、1の発言かわかりづらくなってるが、「天才プログラマ」という
表現よりは「優秀なコンピュータ技術者」という表現の方がしっくりくる、
人間のようなきがするけどな。
「天才プログラマ」と言うと、ドラクエを作った中村光一とか、vzエディタ
を作った、c.mosとか、ああいう感じの人に使った方が、しっくりする
言葉のような気がするけどな。 今のプログラマにはOSや開発環境をはじめ様々な「巨人の肩」がある。
だから昔の人が苦労してやったことを、今の人が簡単にできるからって別に驚くことじゃないよ。
今ならネットでOSのソースやらハード情報やらなにやらをいくらでも参照することができる。
フレームとシマノのパーツを用意して「おれ自転車作れるよ」と言ってるようなもの。 ひげぽんとか、OSASKは天才だて認めてもいい。
口だけじゃなく、実際にOSをつくってみせたから。 情報系の学科なら、OS製作くらいは実習としてやるでしょ。 実習でやるのと、実際に自分で作るのとじゃ、大違いでしょ。 >>106
今時、emacsで開発なんて時代遅れもいいところ。
それに気付いてないのか、
それともemacsレベルのコードしか書いていないのか
ってとこでは?
WEB系は単純なコードしか書かないから、emacsで事足りると思うけどね。
perlで事足りるんだし。
>>108
それはかなり違うな。
昔の人が苦労したのは情報が無かったから。
例えば、インターネットがない環境で仕事をすることを考えてみればわかる。
ただ自転車の例えは正しいよ。
OSを作るって行為は、自転車のパーツを集めて組み立てるようなもの。
そのためにいろんな工具をそろえるのが面倒だし、
最初から組み上がってるもの買った方がいいから、OSなんてわざわざ作らない。
自作PCでもいいけど、自作PCだって互換性とか相性とか、ごちゃごちゃした問題が
いくらでもある。だけど、そんなバッドノウハウに詳しくなるより、
デルで買った方がいい。
手段に時間をかけるんじゃなくて、目的に時間をかけることが大事。
何度も言うけど、プログラミングは手段であって、目的ではない。
目的はプログラミングを通して、ソフトウェアを作ること。
ソフトウェアを通して、今までにない新しい機能を提供すること。
だから、最速でソフトウェアを作ることを目指すことがプログラマーとして大事なこと。
Mona OSはなんら新しいことができていない時点で、
パーツ集めて自作PC作ってるのと同じレベルなんだよね。
もちろん、ドライバ書いたりそういう仕事がしたいがための勉強ならいいんだけど
アウトプットに意味が無い時点では、時間の無駄かな。
これも何を目的とするかによるね。 >>1さんがつくった、今までにない新しい機能って何ですか? OSレベルでの新しいことってなかなか思いつかない。
いろいろ考えても、Linuxベースで作った方が楽だなーって結論になる。
(既存OSベースだとドライバ書かなくてすむのが楽だよね) 最古の統合環境の emacs を使いこなせてこそ天才。
eclipse 使いなんぞひよっこよ。
GitHubやSourceForgeをみてもわかるように、特に海外のプログラマにとって、
ソースを公開し、共有し、成果を還元し合うことは普通のことになってる。
ソース = 成果物という意味では、成果物をアウトプットすることと、言語を
理解することは同義に近いといっても過言ではない。言語の最低限の理解なく
して、人様と共有し合えるようなものは出せないからな。
実際、プロジェクトに関する議論の多くは、言語やその周辺技術に関することが
多数を占めているし。だから、言語の理解はどうでもいいことではなくて、まと
もな成果を出すための最低条件だと思う。
>>107
「優秀なコンピュータ技術者だけどなんか質問ある?」
じゃ釣れないからじゃない?
天才ではないけど、別に優秀にもみえないけどなぁ。今のとこ常識だったり、ググればわかるような口先だけの話だけだし。たんなる寂しがりやだと思う。 逆にどんなだったら
天才プログラマー
って言われるんだろ?
言語つくったり、有用なライブラリつくったり、それなりに成果出してる人じゃない。
>>112 が言うように、有用な新しい機能を作った人だったら、他称天才って呼ばれる
かもね。成果物がないと評価しようがないし。口先だけの自称天才は、ネットの世界では
ごろごろいるよ。>>1もそんな雰囲気 こんな口先だけで
この業界に生き残れるのも
一種の天才だよね。
>最古の統合環境の emacs を使いこなせてこそ天才。
kwsk
windows/excel/wordのショートカットに詳しいです。天才!!
って言いたいのか、僕ちゃんはLispに詳しいんだぞ
って言いたいだけなのか、どっち?
eclipse使わなくて済む程度のプログラムしか書いてないなら
emacsでいいんじゃね?
俺もTeXはemacs使ってるけど、その程度ならemacsでいいと思うよ。
>ソース = 成果物という意味では、成果物をアウトプットすることと、
>言語を理解することは同義に近いといっても過言ではない。
kwsk
なぜ同義なのか?
言語って言ってるけど、プログラミング言語のことだよね。
むしろ、英語くらいは使えるようになった方がいい。
プログラミング言語なんてCとOOPができりゃ、
他の言語なんてリファレンス見ながら使えるよ。
習得というレベルまで持っていく必要なんてない。
君が言っている最低限の理解とは、CとOOPに相当する。
あとね。ソースを公開したところで、
新しい機能につながらなければなんも意味無いよ。
それは成果じゃないよ。
でも、独占有料ソフトに対抗して無償ソフトを作ることは
競争が促されるので、成果だと思うけどね。
成果に関する良い説明文が思いつかないな。 >>1さんは 、今までにないどんな新しい機能を作ったんですか?
なんかお前すごいな。
天才というからには、
やぱし天与の才能だと思ってるのか?
ヒトゴトといいつつ気になるぞ。
日本語がしゃべれれば、他の言語なんて単語帳引きながらしゃべれるよ。
大体、言語なんてほとんど、主語、述語動詞、目的語、補語の組み合わせ
なんだし。単語なんて、あぁちょと待ってねと手振りで示して、電子辞典
引いて、コレ、コレ、コレを、えーと、ちょっと待ってねと、また電子辞典
引いて、コレするの、それで、えーと、ちょっと待ってねと、また電子辞典
引いて、コレだったら、〜とやれば、どこの国の人でも大体通じる。
特に困らない。
>>123
トップシークレット^^
>>125
残念ながら自然言語とプログラミング言語は大きな違いがあるので、
同じようにはいかない。
わかりやすい違いとして、
プログラミング言語にはパーサが存在するが
自然言語にはパーサが存在しない。
他にも、
プログラミング言語は機械語と1:1対応するが、
自然言語をグラウンドする方法は未だ発見されておらず。
ただし、英語を含むヨーロッパ系の言語は、
あながち>>125に近いと言えば近い。
例えば、ロシア語と英語の翻訳とか、ドイツ語と英語の翻訳なんてのは、
単語の置き換えでだいたい意味が通る。
もちろん、日本語も置き換えで別の言語になる場合がある。
例えば、標準語と開催弁と東北弁。
これらは単語の置き換えでだいたいことが足りる。 大概のプログラミング言語は機械語と1:1じゃないだろ。
アセンブリ言語はほぼ1:1だけど。
自然言語の機械翻訳なんて、パーサ使いまくってると思うが...
グラウンドするって何? 何かの分野の業界用語? プログラマーになりたいとぼんやり思っているんだが、
こういうスレに書いてあることが全く理解できない時点でやめるべきなのだろうか。
志望動機はコミュ力あんまないし、
顔もあんまりよくないかっていうあほらしい理由なんだけどね。
(別に会話ができないほど重症ではないです)
あとプログラマーって絵が下手な人、美的センスがあまりない人って無理なの?
多分俺のあほな勘違いなんだろうけど、HP作成とかデザインという単語をたまに見るので
ちょっとびくびくしてる。 >>129
それもそうだなw
ありがとう、こんなことに悩んでたのがあほみたいだ。
何事もやってみないとわからんよな。
つまらんこときいてすまんかった。 >>128
HP作成とかデザインは、ほとんどの場合、デザイナに任せるので、
デザインセンスは気にしなくていい。つか、ほとんどのプログラマは
デザインセンスなど無い。だけど、htmlとスタイルシートはある程度
覚える必要がある。Ajaxとかやる場合はCSSの知識は必須だから。
あと、技能的なところは、誰だって最初はわからない。何年も勉強と仕事
やってれば少しずつ身に付いてくる。大事なのは適性と向上心があるか
どうかだけ。 >>127
>大概のプログラミング言語は機械語と1:1じゃないだろ。
例えばgccの出力は常に変わらないでしょ。
もちろん、機械語はCPUによって違うけどね。
>自然言語の機械翻訳なんて、パーサ使いまくってると思うが...
君が言ってるパーサって何?
例えば、形態素解析を確実に実行できるプログラムを作れたら、
有名人になれるよ。googleからもお誘いが来るよ。
>グラウンドするって何? 何かの分野の業界用語?
自然言語処理学会に参加したことがあれば、知ってるけど。
高卒は知らないだろうな。
>>128
>>129がいいこと言った。
ただね、プログラマーって安易に選ばれやすい傾向があるのも確か。
世の中にはいろんな仕事があるよ。
そういう仕事に触れる機会はなかなかないんだけど、
でも、できる限り自分の知見を広げられるように努力してみて。
プログラマーでも、ただのコーダーはアルバイトみたいなもんで
いくらでも代替可能だから、リストラ対象になりやすい。 ここまで知性や技能を感じさせるレスは皆無。どこが天才なんだ?
糞文章を垂れ流す、ただの気取ったオナニー野郎じゃねーか。
アルファブロガーたちの記事の足下にも及びないお粗末なレスばかり。
実は俺、自然言語をグラウンドする方法を発見したんだけど。
あと、形態素解析を確実に実行できるプログラムも作ったけどね。
残念ながら、トップシークレットだけど。 なんか研究職臭いけど、
プログラマーじゃないよね。
あまり現場を知らんようだし、
デスマーチの経験も無い感じ。
デスマーチなんて経験しなくてすむんなら経験しない方がいい。 デスマはたしかにやらないにこしたことはないんだが、若いうちに
デスマの1つや2つ経験しとこくこともマとしては結構大事。
デスマへ向かう過程の体験とか、修羅場への耐性とか、緊急事態での
気の持ちようとか、マ人生上での体験談としても、経験という意味
では得るものも大きい。ま、1、2回やれば十分だけどね。 >>141
ねぇよ。
デスマ案件でひたすらコーディングしてる間、他の奴らは新技術とか学んでるってのに。
>>138
肩書はリサーチャーです
>>143
そりゃしますよ。結婚もね。 >>136
"natural language grounding" ■ このスレッドは過去ログ倉庫に格納されています