技術力が低い会社にありがちなこと part 3

1 ：2013/08/01 〜 最終レス ：2013/09/24

資格：前スレ
技術力が低い会社にありがちなこと part 2
http://kohada.2ch.net/test/read.cgi/prog/1370782915/

2 ：

ﾇﾙ(･ω･)ﾎﾟﾘｰﾝ

3 ：

65 名無しさん＠お腹いっぱい。 sage 2013/07/31(水) 19:01:52.56 ID:j5t3rm/ZO
http://pbs.twimg.com/media/BQMJEVTCIAEkU5K.jpg
いやーん

4 ：

YAGNI勉強不足のやつは
もうこのスレにくるなよ

5 ：

>>4
自分で意味のないことを言ってるってわかってる？
来る奴は来たいから来る。
それをお前は止められると思ってるの？
見たくないならお前が消えるしか無いんだよ。

6 ：

ハッタリバカを採用しちゃう人を見る目のない人事がいる会社
採用したあとで全然使えねー奴と判って涙目　m9(^Д^)ﾌﾟｷﾞｬｰｰｰｯ

7 ：

YAGNIって言われたことがどんだけ悔しかったんだよ？

8 ：

前スレ>>999何言ってんの。技術力の低い会社には必ずあーゆー
デキるふりして実は全然デキない、存在価値が微妙な奴が一人はいるじゃん
スレタイにはベストマッチなサンプルだよ

9 ：

>>8
自己紹介か

10 ：

>>9
>>811乙

11 ：

811として出てくるわけにはいかないけれど
どんなに身を潜めてても罵倒され続けると悔しくて悔しくて思わず出てきちゃうよね

12 ：

>>11
ガキかよｗｗｗ
大人になれよｗｗｗｗ

13 ：

>>11
お前いい加減にしろよ

14 ：

だからいい加減にするわけ無いだろｗ
気に食わなくても、誰に求めることは出来ない。

15 ：

ここの連中の会議は長そうだな

16 ：

そりゃ結論出したらコーディングしなくちゃならないからな。
給料泥棒には結論を出さない会議を続けるのが一番ラク。

17 ：

>>15
そりゃ「技術力が低い会社にありがちなこと」ですから......

18 ：

>>12
大人なら自分の行動に責任を持つべきだな。
自分の役割・仕事を最後までやり通さずに途中放棄なんて、一番やってはいけないことだ。
>>13
朝はえーなー。
それとも突っつかれまくって夜中まで頑張ってみたけど作れなくて、ついにブチ切れたか？

19 ：

職場のサーバーにWindowsserverではなく
Linuxを採用するような企業は大抵技術レベルが低い

20 ：

職場にはなくてデータセンターにあるからセーフだな

21 ：

Windowsしか使えなくてクビになるアホのがやばくね？

22 ：

うちの会社はサーバーどころか開発機や事務方が使っている端末含めてWindows一台もないな。
事務方は全員Mac、開発部隊はMacとLinuxが50:50、職場のサーバーというものは存在しないし
DCに会社が所有するサーバーも全部Linux。

23 ：

>>22
妄想乙w
Windowsが一台も無い状態でwordやExcelはどうするだよw
.NETは？C#は？VBは？
Windowsがないと業務が滞るがLinuxが無くても誰も困らないだろ？

24 ：

>>23
MacにもMS Officeあるし。

25 ：

>>23
外向け文書はMS Office for OSXで全然破綻しないよ。
社内向けは事務方含めてJiraとJiraのWikiで全てが回っているからOfficeの類の
出番自体があまり無い。社内向けの出張書類とか互換Officeで打ち出して多少
レイアウトが崩れても事務の誰も怒らない程度には皆アバウトだし。
あと技術力低いから.netとかC#とかVBとかの仕事無いんだわ。

26 ：

>>23
世間が狭いな。
Webシステムオンリーの開発やっているところだと、社内の各人の端末はMacのみ
サーバはLinuxのみって別に珍しくないと思うけど。
まあ、動作確認用にWindowsマシンが1台くらいはあるだろけどね。開発に.NETを
使わなくても誰も困らない。

27 ：

>>26
> Webシステムオンリーの開発やっているところだと、社内の各人の端末はMacのみ
> サーバはLinuxのみって別に珍しくないと思うけど。
>
WebシステムのようなﾏﾏｺﾞﾄならLinux充分かもねw
ただ基幹システムのような大規模システムになると安定性とパフォーマンスが重要だからそういう用途妥当Windowsじゃないとどうにもならないんだよね
Linuxはあまりにも不安定で脆弱過ぎる…

28 ：

基幹システムをWindowsでやるのもﾏﾏｺﾞﾄだな

29 ：

今時Linuxベースのクラスタに触ることもない仕事ってあるんだ。
中小向けの受託開発メインとかホントの底辺下請けとか、そんなの？
特にスタートアップとか新規事業はフツーにLinuxやEC2から始めてスケールさせると思うけど。

30 ：

LinuxもせめてWindows並みに安定してくれたらなぁ…

31 ：

うちのLinuxは超安定してる、個体差でもあんのかね？
>>30が立てるLinuxだけ不安定とかｗ

32 ：

Linuxが不安定ってどういう文脈で言っているのかよくわからん。
なんか立てるどころか単に手元のPCにGUI環境入れて使い方がよく分からんとかそういうレベルな気がする。

33 ：

Linuxが不安定って書いている奴、プログラマですらないらしい。
たんなるWin厨、パワーユーザー気取りで、自分が理解できない＝使えない、って
発想であちこちに出没して荒らしている。

34 ：

>>23
実際Windows無しの会社も結構ある。
Web屋もそういう会社が多いだろうけど、アパレル業界なんかだと中小はMacだらけだよ。
まぁアパレルの奴らはファッションとしてMacなんだろうけど、あの業界はあの業界で、
他所がMacだからうちもMacじゃないと困る、ってとこらしい。
>>31
多分使い方知らないだけ。

35 ：

紙と鉛筆と電話

36 ：

しかしこれが現実
7月世界シェア
Operating System","Market Share Perc. (July 2013)"
Win7",52.48
WinXP",20.45
MacOSX",7.35
Win8",6.61
WinVista",5.24
iOS",4.35
Android",1.56
Linux",1.29

37 ：

>>36
比較対照がすっげーおかしくねえ？
TOYOTA
NISSAN
HONDA
MITSUBISHI
SUBARU
KOMATSU
くらい変だぞ

38 ：

>>37
Seagate, WD, TOSHIBA みたいなもんだろ。

39 ：

>>37
× KOMATSU
○ ISUZU
乗用車(デスクトップ)業界から撤退しました。

40 ：

Linuxは不安定だからWindowsの方がましだよ
技術力の低い会社ほどLinux使ってる

41 ：

念仏のように唱えてるな。

42 ：

クビになって次の職にもありつけない状況で
自分の無知を悔いることができるほど人間できてなければ
こんなふうに壊れるわけですよ

43 ：

無限ループしてるな

44 ：

井の中の蛙はいつも幸せ
波を立てたら睨まれる

45 ：

出る杭は打たないが、杭ですらないものが出てきたら全力で打つ
世の為 人の為 テメーの為

46 ：

7月日本のシェア
Operating System","Market Share Perc. (July 2013)"
Win7",53.81
WinXP",14.36
WinVista",9.93
MacOSX",9.53
Win8",7.3
iOS",2.6
Android",0.88
Playstation",0.8
Linux",0.5

47 ：

>>36 >>46 ってどこの情報なんだろうなあ

48 ：

>>47
IDが出ない板で、ソースも無し、トリップも無しの情報なんて何の価値も無い
ことなんて、10年以上前のハン板で実証済みなので無視出来ない方がアホ。

49 ：

しらんけど、w3counterの情報書いておくわ
サイト見てる人だからリアルなユーザー数がわかる
Operating Systems
1 Windows 7 42.76%
2 Windows XP 20.08%
3 iOS 10.26%
4 Mac OS X 7.55%
5 Android 5.88%
6 Windows 8 4.86%
7 Windows Vista 4.49%
8 Linux 2.27%
9 BlackBerry 0.67%
10 Symbian OS 0.24%

50 ：

>>48
それを判断するのは俺
お前の情報こそ価値がない。アホ。無視する。

51 ：

>>49
なるほど、これかあ！ thx！

52 ：

質問に関係ない持論を述べるって
技術力の低い会社にありがちだよね？ｗ

53 ：

>>49
それってクライアント用途で使ってるのしか分からないんじゃないの？

54 ：

Linux端末なんか研究開発以外使わないだろう

55 ：

Linuxは2020年にはなくなってるらしいぜ

56 ：

Lを外してInuxになるのか。

57 ：

>>53
例えば、ATMとかレジとか券売機なんかもWindowsだけど、
どっちかといえばクライアントだけど、それもわからんよね。

58 ：

Linuxを採用するような企業って要するにOSに金を払うのがもったいない=ITに投資するのがもったいないというところだぜ?
そんなブラックまがいの企業で仕事するなんてバカじゃねww ニートやっているほうが百倍マシだわ

59 ：

全く使用するメリットが見出せないLinux
・安定性・信頼性
　Linux
　フリーソフトであるLinuxの安定性・信頼性はハッキリ言って問題外。
　1日連続で稼動させることすら困難。
　Windows
　いまやWindowsの安定性・信頼性はメインフレーム(汎用機)をも凌ぐ。
　世界中のメインフレームが全てWindowsServerに置き換わったのがその証拠。
・脆弱性
　Linux()
　Linuxで稼動している世界中のサーバーがクラックされまくっている。
　シェアが全くないLinuxはウイルス対策ソフトも皆無。
　Windows
　デファクトスタンダードOSとしてあらゆる攻撃を受けてきたWindowsはいまや世界で一番強固なOSとなった。
　豊富なウイルス対策ソフトもさりながら、カーネルの構造的に絶対に外部からクラックされることが無いOSとなった。
コスト
　Linux
　フリーソフトなのでOSは無料。
　しかし上記内容により安定稼動させるのはほぼ不可能。
　またサポートが存在しないため自前で何とかするしかなくかえってコスト高となる。
　Windows
　OSは無料ではないが従来のメインフレームのOSと比較すると安価。
　もともと安定性に優れたOSであるため、誰にでも安定稼動させることが容易である。
　サポート面もマイクロソフトを始め、各ベンダーが完璧なサポートを行える体制となっている。
　またコンピュータOSとしてほぼ100%のシェアを誇っているので情報が豊富である。

60 ：

はーい話の流れをぶった切って、技術力の低い会社にワンポイントアドバーイス！
どれだけ努力しようとも一般人には超えることも、追いつくことさえもできない鉄の壁を持った
最上級プログラマーという人間が存在する。
相当希少な存在で、仕事の遂行能力は中級プログラマー100人分以上に相当するとも言われている。
つまり、普通のプログラマーが２時間かかる仕事を１〜２分でこなしてしまうことになる。
（実際には１週間かかる仕事を30分程度で終わらせてしまったり、みたいにね）
プログラミング時の頭の回転が一般人とはもはや次元が違っていて、コード量を減らし短納期を実現するため
誰も思い付きもしないようなアルゴリズムや手法を常に生み出す。おまけに開発や修正の速さが尋常じゃない。
一般人は特異な手法を考えるよりベタ書きした方が早いが、
最上級プログラマーにとっては最適化アルゴリズムを考える方が断然早い。
そもそも彼らは考えているという意識すら無い。無意識に使えるものをただ使っているだけだ。
一部の初級プログラマは、その編み出された手法やアルゴリズムが難解に感じ怒りを覚える場面もあったりｗ
ベテランプログラマならその手法にむしろ感心することだろう。
もしも中小零細企業がこの化け物を偶然手中にしたら
その圧倒的開発力により僅か１〜２年で一気にのし上がることもできる。
IT分野で突然急成長を見せた会社は超人を隠し持っている可能性があるので
心当たりがある場合は、早速スカウトの準備だ！

61 ：

そんな日本に数人しかいないような人物を探すほうが余計大変だわ

62 ：

うん、だから僅か１〜２年で急成長を見せた企業に注目するのさ。

63 ：

つか利用者統計ってクライアントシェアだろ鯖シェア関係ねえじゃん

64 ：

ウェブサーバのシェア。
http://news.netcraft.com/archives/2013/07/02/july-2013-web-server-survey.html
問題はWindowsやLinux云々ではなくISSがどの指標でも長らく2割台であること。
圧倒的なApacheや最近伸ばしているnginxのシェアの中でASP.NETを頑張って走らせて
いるサイトが割合としてどの程度あるかは知らないし(測定限界以下じゃないのか)、
わざわざISSでMS謹製フレームワーク以外を走らせている割合も謎だけど、ウェブ
アプリをホストさせるターゲットとしてはWindowsこそ既に特定開発フレームワーク
用途向けの「特殊な子」になりつつある。
ウェブサイトのOSのシェア。
http://w3techs.com/technologies/overview/operating_system/all
Windowsは35%程。サーバーのシェアで20%前後のISSは概ね全てWindowsと考えて良い
から、それにWindows上でApacheを走らせている分を上乗せしてこの数字は感覚から
そう遠くはないと思う。Unix系でOSが判明しているうちの半分はLinux。
あとこれは反則かもしれないがTop500でのOSのシェア。
http://www.top500.org/statistics/list/41/osfam

65 ：

国際宇宙ステーションじゃないよIISだよ何かいているんだ俺・・・

66 ：

まあ中には、上級プログラマーを10人くらい雇って急成長を見せた会社もあるだろうけど
人件費は人数に比例するからね、上級に近づけば給与も必然的に上がるとはいえ
中級100人雇うことを考えたら激安。
最上級１人なら5000万払っても余裕でお釣りが来る。
零細なら妥当な線で1500万〜ってところか。

67 ：

>>60
> プログラミング時の頭の回転が一般人とはもはや次元が違っていて、コード量を減らし短納期を実現するため
> 誰も思い付きもしないようなアルゴリズムや手法を常に生み出す。おまけに開発や修正の速さが尋常じゃない。
それはないわーｗ
アルゴリズムや手法が常に生み出される業界なんて無いし、
コーディングが早い人っていうのは、全体の設計から考えて
いろんな道具を知っていて使えるものが何かをすぐに気づいて、
無駄なことをしない人だよ
。
繰り返しやっているから、最短距離が何かを知ってる。
多くのことを知ってるのであって、時間のかかる
「生み出す作業」をめったにしないから早いんだ。

68 ：

X-windowのGUIアプリとして作られた企業アプリをいくつか見たことあるけど
お世辞にも使い易いとは言えなかった。やっぱ使うなら鯖用途だな。

69 ：

ここ数年で成長した会社
GREE、DeNA、ガンホー、LINE

70 ：

Monoにしとけば良かったのに。

71 ：

>>67
いやいや誤解。
＞コーディングが早い人っていうのは、全体の設計から考えて
＞いろんな道具を知っていて使えるものが何かをすぐに気づいて、
＞無駄なことをしない人だよ
その通り、無駄がない。
経験量は言うまでもなく、知識がものすごく深くて頭の回転が早く
仕事中は手がほとんど止まらない。
しかし新たに手法やアルゴリズムを考えなければいけない場面も
プログラマーなら多々ある。そこで一般のプログラマとの大きな差が出てくる。

72 ：

>>67
あと新手法やアルゴリズムに限らず通常のコーディングでも
かなり違いが表れる場合がある。
極端な例、普通のプログラマが100行使うところを10行で書き上げたりね。
10行プログラムみたいにギュユギュウ詰めにしてるわけじゃないよ。
コード量を正攻法で減らす能力を持っている。

73 ：

Adobeにしとけば良かったんだよ。
りーべるＧさんが書いてたから間違いない。

74 ：

ダメな技術者は、問題が与えられたらそれ専用のコードを作ってしまう。
書いたコードの全てが、与えられた問題専用で一部分でさえそれ以外には使えない。
優れた技術者は、問題が与えられた時、その問題をいくつかの部分に巧妙に分ける。
一つ以上の汎用的な部分とそうでない部分にわかれる。
汎用的な部分に関しては、汎用的＝既存のライブラリで使えるものがあるかも
しれないわけでそれを使う。既存のものがない場合は自作の汎用ライブラリとしてためておく。
汎用的な部分はそれ単体でテストできる。そしたらもう中のコードの処理を追わなくて良くなる。
だめな技術者は、一つの専用関数で処理してしまう。長くなったとしても単に二つの専用関数に分けるだけ。
二つの専用関数は、二つとも中のコードを読まないと全体の処理がわからないので分ける意味が無い。
それどころかあっちこっちを見ないと全体の処理がわからないので逆効果になってる。

75 ：

創造性については、一つ、こうゆうことを頭に頭に入れておいた方が
いいでしょう。この問題は、われわれが普段考えているよりはるかに
些細なものなのです。プログラマーが書くプログラムのうち
９９％においては、創造性はほとんどないといっていいでしょう。
まず１％くらいですね。たいがいのプログラムにおいては、
複雑なデータ構造やアルゴリズムは非常に少ないのです。
しかし、プログラマーがもし高度なアルゴリズムを必要としているなら、
サブルーチンのライブラリから持ってくればいいのです。
ほとんどの部分はフレームワーク、つまりプログラムを入れる箱の問題です。
ビジネスのデータ処理のような極端な例を考えてみるとよくわかりますが、
分岐、探索、計算といった仕事ばかりで、もっと高度なものにはほとんど
お目にかかりません。

76 ：

短いコードが必ずしもメンテナンス性が高いわけじゃない。
黒魔術で短くしたコードの話を言っているのではない。
例えば、10行のコードがあったとする。
仕様が変わると、その10行のコードをすべて変更しないといけない。
それを避けるため1行追加して、
10行のコードをメンテナンス不要にすることもある。
長い関数をわかりやすくするために、複数に分けると
関数呼び出しと関数定義によってコードは増える。
これもメンテナンス性を高くするために
コードを増やしている。

77 ：

(このポエムはまだまだ続きます)

78 ：

(続きを見る場合はここをクリックしてください)

79 ：

(クリックしました。早く続きをお願いします。)

80 ：

>>74-76
ダメな技術者は物事を堅苦しく書く。
最上級プログラマの頭はありえんほど柔軟でファジーだ。
プログラミング以外にもあれこれ多才だったりする。

81 ：

(おめでとうございます。ご利用になるクレジットカードをお手元にご用意のうえ、カード番号、有効期限、ご寄付金額をお伝えください。)
(フリーダイヤル 0120-88-1052 (ハハトコニ) 受付時間 9:00〜18:00 平日)

82 ：

>>80
具体例は？

83 ：

>>67
＞無駄なことをしない人だよ
これはない。 よっぽどの変態でもない限り試行錯誤の積み重ねが知識や知恵の
源泉になるわけだから。それにエスパーでも無い限り先のことなんて分からない
わけだし、無駄だと思ってたことが無駄じゃなかったなんてのはよくある。
たいていそういう人はトライ＆エラーを短時間で回していて、遅い人の何倍も
やってるなんて珍しくもないし、それが当たり前だと思ってるだろうし。

84 ：

>>83
試行錯誤して経験積んだら
次はしなくていいだろ。
たくさん経験を積んでるんだから
今はもう無駄なことをすることも少ないんだよ。

85 ：

>>82
さあね。興味を持ったらスポーツでも文化系でもなんでも手着けると思うよ。

86 ：

>>83-84
失敗が最大の経験と言ってもいいな。
できる奴は成功例は成功例として、失敗パターンも片っ端から試してあえて失敗を経験する。
YAGNI的にはこれも無駄の一つと言われるかもしれんが経験とYAGNIは混同できない。
将来必ず役に立つ。
まあ、相当暇な奴か、恐ろしく仕事が速い奴にしかできないかもしれんが。

87 ：

失敗って言ったって、何かやろうとしての失敗だろ
何でYAGNIとか出てくるんだ？

88 ：

>>84
＞たくさん経験を積んでるんだから
＞今はもう無駄なことをすることも少ないんだよ。
それは枯れた業界ならそうなのかもな。 この業界だと常にとまではいかないが
新しいもの、新しいことに取り組むことが普通なんだから、「今はもう」なんて
言ってられないっての。

89 ：

出来ない人を見ていて大体共通しているのは自分の作業の記録をとらないこと。
別に日報や報告書に上げる内容の事ではなくて、個人の知識の蓄積として成功した事
失敗したこと気づいたこと教えてもらったことをちゃんとノートにとっていない。
何か新しいことを試行錯誤するのは良いとしても、成功したときや大失敗をしたときに
history呼んで叩いたコマンドを転記したりログの見所をコピペすることすらしない。
その場では解った気になっても、翌日には大抵揮発して脳内から無くなっている。
記録をとる習慣のない人は一度で何でも覚えて忘れないごく一部の奇特な人を除けば、
結局反復して身体で覚えるまで何度も同じ試行錯誤と失敗を繰り返す。

90 ：

>>88
新しいことのように見えて、
似たようなことの繰り返しだよ。
根本的なところは変わってない。

91 ：

>>67
> アルゴリズムや手法が常に生み出される業界なんて無いし、
いや、ふつうに発表されてるけど。
数年前まではリアルタイムでの処理は無理だと思われてたのが
リアルタイムにできるアルゴリズムが発表されるとか日常茶飯事だし。

92 ：

>>87
違う違う。
もう既に作り終わったのに、あえて失敗例を片っ端から試す。
端から見れば無駄なことをやってる。

93 ：

とりあえず、どんなに作るのが遅くても最後まで作り上げるのが職業プログラマの役目でありプライド
（ま、作るのが遅いと仕事にならないけれど）
下級プログラマが上級プログラマ様に課題を出して、ドヤ顔でヒントまで出してるのに
いざ自分で作ろうとしたら作れずドロップアウトとか、もう論外、語り継げるほどの笑い話
まー技能職である以上、上には上がいくらでもいることを知ることも重要だ
その上の人に出会って実力差を肌で感じ、自分の未熟さを素直に悟れる力も重要
そこに精進の兆しがあるのサ

94 ：

>>90
どこが変わったかとか、どう変わったかとか、前より良くなっているところは
ないかとか、もうちょっとよく出来無いかとか色々試さないの？

95 ：

>>91
だから"発表"される程度だろ？
お前、世界中に何万人という凄いプログラマが
発表し続けてるとでも思ってるのか？
発表なんて、凄いプログラマの人数で割れば
相当少ない回数だろ。

96 ：

>>94
んー？ そうだな。
こういう設計か、ならここにこれがあるべきだな。ほらあった。
こういうのが用意されているということは、こう使うものと作者は考えているんだろうな。
ここが問題点だな。この程度なら将来のバージョンで良くなるだろう。今は自分で対応しておくか、
この設計は良くないなぁ。あれに似てる設計だな。それとは考え方が違うな。
などと考えながら使っていますよ？
色々使ってみて試すというか、俺の設計感にどれだけ近いか、どれだけ完成度があるか、試してるよｗ

97 ：

アルゴリズムや手法と聞いて小難しく考えてる人がいるね。
生み出されるアルゴリズムや手法は、発表するほどのものばかりじゃないよ。
他のプログラマが見て「ああ、こんな方法があるのか、よく思いついたな」的な感心程度のものまで様々。
でも感心程度でも、コード量の膨大な削減やメンテナンス性の向上に果てしなく貢献してたりする。
最上級プログラマはこれらを総合的に踏まえた上で書き上げるので、
たとえ大きめの仕様変更が来ても、対応が恐ろしく早かったりする。
数十万円規模の変更依頼を１時間で片づけたり。

98 ：

アルゴリズムが難しいんじゃなくて、
> 誰も思い付きもしないようなアルゴリズムや手法を常に生み出す
ことは少ないって話だろ。
話すり替えんな。

99 ：

>>98
いやいや、あなたが言ってる通り難しくはないんだよ。
ただ普通のプログラマにはその手法がなかなか思いつかないだけ。
そんななかなか思いつかないものがサクサク出てくる。

100 ：

>>99
> プログラミング時の頭の回転が一般人とはもはや次元が違っていて、コード量を減らし短納期を実現するため
> 誰も思い付きもしないようなアルゴリズムや手法を常に生み出す。おまけに開発や修正の速さが尋常じゃない
「誰も」思いつかないようなアルゴリズムを生み出すって言っただろ。
「普通のプログラマ」に訂正するのか？
お前は、思いつかないんだよな？
普通のプログラマだから。
だが俺は別にそんなアルゴリズムや手法は生み出していない。
何度もやったことがあるお馴染みのものばかりだ。
仕事が速いのは、単にいままでの経験の積み重ね。
考えることが少ないから速い。
そこを勘違いしちゃいかんよ。
どんなに凄いプログラマでも、考えることが
多いようなプロジェクトは時間がかかる。

101 ：

上司からの無茶な要求で思考停止させられることのほうが多い

102 ：

>>60でドカンとぶち上げたはよいものの、その後どんどん説明や事例が庶民的になってウケるw
結局凡人としては事例の引き出しを増やすのと見通しの良さを磨くことで手戻りを減らすのが
堅実な道かな。

103 ：

>>100
プリプリ怒って、めんどさい人だね。
最上級プログラマに出会うといいね。いやあなたは出会いたくないか。
どんな仕事でも頼める頼もしさ。
あの仕事の速さと信頼性は一緒に仕事した人間にしか判らないと思うよ。

104 ：

>>102
いやいや、それはあなたの読解力がなかっただけだよ。
言葉の一部にばかり反応しちゃって全体が読み解けなかった。
ただそれだけ。

105 ：

アジャイル開発で一番大事なのはコミュニケーションのはずだが
まあ、あれだな、うん

106 ：

たしかに>>100はコミュニケーション能力低そうだね

107 ：

>>100は最上級プログラマに、ものっすごい敵対心を持ってるね、なんだろ

108 ：

>お前は、思いつかないんだよな？
>普通のプログラマだから。
>
>だが俺は別にそんなアルゴリズムや手法は生み出していない。
>何度もやったことがあるお馴染みのものばかりだ。
>>100は自分を最上級プログラマだと言ってるようだｗ

109 ：

>だが俺は別にそんなアルゴリズムや手法は生み出していない。
>何度もやったことがあるお馴染みのものばかりだ。
知らんがな(´・ω・｀)

110 ：

変な奴がいるな。
一つのアプリで、そんなにホイホイ
独特なアルゴリズムを使うことなんて無いのに。
Officeソフトみたいなものでも想像しているのかな？
一つのアプリでなんでも出来ますみたいな。
新しいアルゴリズムを作るのが、
できるかどうかではなく、使うかどうかなんだけどな。

111 ：

アプリケーションでアルゴリズム？
ターゲットはC言語か？

112 ：

>>111
さあな。こいつの言ってる「アルゴリズム」の程度はこんなもんなんだろさ。

> アルゴリズムや手法と聞いて小難しく考えてる人がいるね。
>
> 生み出されるアルゴリズムや手法は、発表するほどのものばかりじゃないよ。
> 他のプログラマが見て「ああ、こんな方法があるのか、よく思いついたな」的な感心程度のものまで様々。
> でも感心程度でも、コード量の膨大な削減やメンテナンス性の向上に果てしなく貢献してたりする。

113 ：

なんとなく、三項演算子の書き方まで
アルゴリズムとか言ってそうｗ

114 ：

ここは頭固いの多いね。カチカチで思考に柔軟性がない。
下級プログラマー　＝　初心者
中級プログラマー　＝　一般人
上級プログラマー　＝　秀才
--------超えられない壁--------
最上級プログラマー　＝　天才
一般人は努力をしなければ秀才には近づけない。
秀才はどれだけ頑張っても天才には敵わない。
たとえ努力で追いつけたとしても、あっという間に引き離される。
彼らは別格の存在。張り合うだけ無駄。
彼らは仕事だけでなく学習能力もまた並外れてる。

115 ：

>>114がなんのためにそんなことを言い出したのかわからない。

116 ：

>>115
君らの頭の固さでは、どれだけ頑張っても秀才止まりってこと。
書いてあるまんま。

117 ：

今アルゴリズムなんて言葉出てくるのは、数値計算バリバリの制御系とか学術用途だわな
アプリの挙動なんか、デザインパターンの組み合わせで作るもんだろ

118 ：

do { } while (0)
偉大なアルゴリズム

119 ：

>>117
アルゴリズムを作ることもあれば手法を生み出すこともある。
君の視界には早くも「アルゴリズム」しか見えないでしょ？

120 ：

>>116
えとさ、アインシュタインには誰も追いつけないけど、
そんな当たり前の話をしどうなるの？っていってんの。

121 ：

>>114
--------超えられない壁--------
天才チンパンジーアイちゃん
--------超えられない壁--------
下級プログラマー　＝　初心者
中級プログラマー　＝　一般人
上級プログラマー　＝　秀才
--------超えられない壁--------
最上級プログラマー　＝　天才

122 ：

「手法」とかいってるのがなんか素人くさいよなｗ

123 ：

アルゴリズムを作るねぇ。
アルゴリズムには普通名前をつけるものだけど、
お前の知り合いが作ったアルゴリズムの名前は？

124 ：

どうせ普段は邪気眼言ってる中二でしょ

125 ：

山田メソッドとかそんなのだろｗ
なんでもできる万能クラスとかなｗ

126 ：

>>120
まさにその通りだね。>>100はその天才に見える？
>>122
では「手法」の代わりになる言葉を用意してくれ。

127 ：

例えばfor eachループも立派なアルゴリズムだ。

128 ：

アイちゃんが「天才はすごいんだぞ〜」と騒ぎ立てるスレだったのか。
で、実際アイちゃん自身は>自分が>121のカーストの中のどこに属すると思っているのだろう。

129 ：

>>123
それ義務なの？

130 ：

C言語でもないのにアルゴリズムとか言い出すってことは、staticおじさんかな

131 ：

>>126
>>100の程度なんて、ただの普通レベル（使えるレベルの）の
プログラマだろ。普通レベルのプログラマなら、
普通に短いコードを書く。

132 ：

>>130
Ｃ言語でもないと言ったの誰？

133 ：

>>131
>>100は自分を最上級プログラマとほぼ自称してるようだぞ？

134 ：

>>127
そりゃアルゴリズムじゃなくてシーケンスだな

135 ：

>>126
> >>122
> では「手法」の代わりになる言葉を用意してくれ。
ベストプラクティス
wikipediaより
ベストプラクティス（英: best practice）は、ある結果を得るのに最も効率のよい技法、
手法、プロセス、活動などのこと。最善慣行、最良慣行と訳されることもある。
また、仕事を行うために最も効率のよい技法、手法などがあるという考え方をいう。
すなわち、適切なプロセスを確立し、チェックと検証を行えば、問題の発生や
予期しない複雑さを低減させて、望ましい結果が得られると考える。
ベストプラクティスは、多くの人々によって反復され、
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
最も効率的で最も効果的であることが時間をかけて証明されてきた。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

ベストプラクティスは天才がホイホイ生み出すもんじゃねーんだよ。
多くの人によって反復され、時間をかけて証明されるも。
その経験の積み重ねが、よりよいコードにつながるんだよ。
お前がこんな書き方があるんだ！って思ったコードは別にそいつが考えたもんじゃない。
世の中に広く広まってる方法でしか無いんだ。
天才とかあがめてないで、”お前が”勉強しろ。知識をつけろ。

136 ：

>>133
この流れで周りに同意得るのは無理だわさ
自称とか恥ずかしくないのかね

137 ：

定石って言葉もあるな。
天才が定石をホイホイ生み出してるとか言ったら笑われる。
新しい定石なんて滅多にうまれない。
多くのプロ棋士が強いのは過去の定石を
よく研究しているからだ。
よく知られた定石を打ってるだけなのに
「ほう、こんな打ち方もあるのか。天才は凄い」なんて
言ったら笑われるだけだぞ。
打った本人はそれ聞いたら苦笑いするだろうな。
（いや考えだしたわけでもない俺に感心されてもねって意味で）

138 ：

何が言いたいのかさっぱりわからん
俺の知り合いに天才がいるって自慢でもしたいのか?

139 ：

>>138
ぼくはあるごりずむとかくみあわすことができてすごいんだぞー
あばばばばばば
ってことじゃないかな

140 ：

>>137
その喩え、合ってると思う？
>>138
>>60

141 ：

研究ならともかく、仕事で書いてるコードで
新しいアルゴリズムが頻繁に生まれることなんて無いだろ。
仕事なら必要なことしかやらんのだから。

142 ：

とりあえず、ここには天才の存在に危機感を覚える人が多数いるようだな。

143 ：

>>140
あってると思う。
はい、会話はこれで完了ですｗ

144 ：

>>141
業務系作ってれば誰だってコードの可逆や暗号くらい設計したことあるだろ？

145 ：

>>142
それ>>60だけだろｗ
すごい天才がいれば
なんでもできると思ってるみたいだ。

146 ：

>>143
囲碁はよく知らんが
定石ってプログラムソースの組み合わせ並みに無限にあるの？

147 ：

コードの可逆ってなんだ？
まずそれを答えてから話を続けようか？
このままではお前がバカに見えるのでね。

148 ：

単に不勉強な人間が出来る人のコードを見て「すごい、こんなの見たことない、
天才だ、新あるごりずむだ!」などと一人で盛り上がって>>60を書き込んでから
ここまでスレが伸びました。
まあ、ポエムだし。

149 ：

>>146
プログラムソースの組み合わせの数はよく知らんが、
囲碁の定石の数は数千、数万と言われている。

150 ：

>>144
オレオレ暗号を設計しだす同僚や部下がいれば多分殴ってでも止める。

151 ：

>>145
多人数雇うよりも最短かつ安価にのし上がれる方法だよ。
まあ>>60の出だし通り冗談半分本気半分ではあるがw

152 ：

>>144
業務系知らんが、暗号の設計したのか、すげえな
SSL？DRM?
さぞかし高名なプログラマの方なんですね

153 ：

>>150 >>152
喩えが通じない相手は疲れるな。
規模の大小ではなく暗号などのアルゴリズム作りをやってみたことくらいあるだろっての。

154 ：

>>151
えとなぁ。仕事で天才を何人集めても意味ねーよ。
天才が新アルゴリズムを何個作ろうとな。
使わなければ意味が無い。
仕事で使う機会がなければ意味が無い。
お前は仕事をしてないから知らんのだろうが、
仕事なんて似たような作業に繰り返しだぞ。
なぜなら客の要望が似たようなものの繰り返しだからだ。
そんな問題に天才いるかよ？
世の中の天才が生み出したコード（定石）をたくさん使えれば
それで短いコードは書ける。効率の良い開発ができるんだよ。
お前は天才をなんでもできる凄いやつだと思っているようだがな。
なんでもできるからといって、仕事で天才が必要な自体が起きることが少ないんだよ。

155 ：

社内に天才が一人いたところでその人が作った暗号なんて本質的に使えない。

156 ：

>>149
なに、プログラマじゃないの？

157 ：

>>155 >>153
アタマ固いねー

158 ：

>>153
規模の大小の話なんか誰もしてないじゃないか
規模の大きくても、小さくても結果は一緒だ。
俺俺で作るんじゃない。
なぜ世の中で広く使われて検証も
終わっているものを使わないんだ？

159 ：

>>154
何人も必要ない。一人居ると全然違うってだけ。
解釈が跳躍しすぎ。

160 ：

世の中で有名なアルゴリズムだって、
天才がぱっと考えて、皆がそれを使い始めた訳じゃなく
多く人が何年もかけて検証して
やっと使ってるんだけど。
ほんと、天才を神とでも思ってるのかな？

161 ：

>>158
いや俺俺で作るとかじゃなくて、
暗号なりなんなり作ってみたことくらいあるだろっての。

162 ：

>>160
君の話は>>60の話から独自解釈が盛られまくって相当すっ飛んでる。

163 ：

>>159
君は社内に天才がいないとやっていけないのか？
天才が世界に広く発表したり作ったものを
使えばいいじゃないか。
皆それをやってるんだが、
お前は天才が社内にいて、
お前の代わりに仕事をしてくれないと
だめなんだな。
こいつ天才から学ぼうともしない。
自分でできるようになろうとも思ってないようだ。

164 ：

>>161
XOR暗号なら作ったことありますが？
だから何なんでしょう？
これ作ったからって天才でもないし
凄いことでもないですが？

165 ：

>>163
君はここのスレタイをよーく読んでから>>60を改めて読め。

166 ：

>>164
どこからアルゴリズム作る奴が天才って話に変わったの？

167 ：

>>141 研究ならともかく、仕事で書いてるコードで新しいアルゴリズムが頻繁に生まれることなんて無いだろ。
>>144 業務系作ってれば誰だってコードの可逆や暗号くらい設計したことあるだろ？
>>150,152 「ねーよ!」
>>153 規模の大小ではなく暗号などのアルゴリズム作りをやってみたことくらいあるだろっての。
だからね〜よ。
趣味や遊びや研究で書いているコードはともかく仕事で書いているコードでは。
はじめっから仕事の話をしているのだからそこは外すなよ。

168 ：

>>60を読みました。
何も変わりません。
反論も誰もないようだし
さあ話を続けよう。

169 ：

>>166
最上級プログラマー＝天才らしいよｗ

170 ：

>>60
> プログラミング時の頭の回転が一般人とはもはや次元が違っていて、コード量を減らし短納期を実現するため
> 誰も思い付きもしないようなアルゴリズムや手法を常に生み出す。おまけに開発や修正の速さが尋常じゃない。
誰も生み出さねーっつーのｗ
仕事だと特に同じ事に繰り返しなんだから
知ってることと経験の積み重ねがモノを言う。
お前が誰も思いつかないようなって思ってるのは
世の中に広く知られたアルゴリズムや手法だ。

171 ：

>>167
また新しい話を勝手に追加したね。
趣味で書いてる奴は仕事にも結構役立ってるだろ。
>>168
だったら君とは話はずっと通じない。
どこをどう読んだら
＞君は社内に天才がいないとやっていけないのか？
になるのか。

172 ：

で、結局「コードの可逆」ってなんだったんだ？

173 ：

>>153>>161
ねえよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

174 ：

>>169
それのどこにアルゴリズムとの関連が？
>>170
再び出てきたね。>>67か？

175 ：

>>171
知らんよ。よくある定石を知っていてあとは経験を積めば
コード量を減らして短納期は実現できる。
誰も思いつかないようなアルゴリズムや手法を
常に生み出してるやつなんかいないというか
必要とされてないって話。

176 ：

>>173
だったら話が通じるわけないな。
車の運転したことない奴が車の運転に口出すようなものだ。
新しい話題に使うだろうな。

177 ：

>>175
必要とされてない職場だったらそれでいいじゃん？
なに熱入ってんの。

178 ：

>>174
出てきた途端反応するとは
どうやらお前はずっといるようだな。
そしてお前は>>67に反論していた奴の誰かだ。
どうだ正解だろう？

179 ：

>>176
> 車の運転したことない奴が車の運転に口出すようなものだ。
その例えは正しいのか？
車の運転が上手い人は、新しいドライビングテクニックを
常に生み出している。みたいに言っている奴が、
普通の運転でドライビングテクニックを常に生み出してるやつなんかいねーよ。
お前が感心してるのは、よく知られた運転テクニックだ。
みたいな話だろう？

180 ：

>>171
追加しとるのはお前さんだ。「仕事で書いてるコード」に対して「暗号くらい設計したこと
あるだろ」って、それはごく一部の専門を除けば全会一致で「ねーよ」「やめてくれ」だ。
仕事外の話を含むのならそれが勝手な追加というもの。
そして可逆ってなんだよ。

181 ：

>>171
何で趣味の話が>>60に結びつくのか全然意味不明
脳軟化の言うことは支離滅裂だな

182 ：

>>178
そらいるでしょ。会話してるだから。
反論てより共感したけど、一部。

183 ：

>>176
>車の運転したことない奴が車の運転に口出すようなものだ
その「車の運転したことない奴」ってのがこのスレではお前ってことになぜ気付かない

184 ：

>>182
いや、相手特定するだけで
反論しないって
何がしたいのかなーって思っただけｗ
相手を特定したら
反論したと思ってるのかなって。

185 ：

車の運転をしたことない奴が、すげーすげーいってるのが>>60ってことか。

186 ：

>>176
>車の運転したことない奴が車の運転に口出すようなものだ
大体こんな捨て台詞出てくるのはロートルだな
ろくでもない

187 ：

>>179
間違ってるように見えるなら、読解力ないのも頷ける。
>>180
喩えだって言ってんのに、ホント通じない人だね。
>>181
俺が聞きたい、なんで趣味と>>60が結び付いたの？

188 ：

>>187
少しは反論したら？ｗ

189 ：

>>183
「車の運転したことある奴」だからに決まってるじゃん？
>>184
やっぱり突っかかりたいだけの奴なんだね。

190 ：

まあここまでスレが伸びたのは
>>60が驚くレベルが低い割に
仕事ではめったに必要とされないことに
驚いてるってことだな。
現実っぽくない。
想像で話しているか、
普通の人が天才に見えるぐらい
>>60の周りの環境のレベルが低いか。

191 ：

>>188
読解力もなく、勝手に話を膨らませるだけの話が通じない相手に何をだい？

192 ：

>>130
Knuth先生の基本算法（The Art of Computer Programming)を知らんとか
もぐりすぎだろ、、、

193 ：

>>191
反論する気がないなら、レスしなければいいじゃん。
どうせ何も言わないんでしょ？

194 ：

>>191
もはや誰が誰だかわからんｗ
脳軟化症の恐ろしさは分かった

195 ：

>>190
天才を恐れる君。
どこにその結論に至る書き込みがあったのかまとめて。

196 ：

>>187
何の喩えだ。「業務系の開発で暗号の設計」「ね〜よ」。要するにこれだけだ。
そして仕事の話をしているのにポンと暗号の設計なんて例を放り込むあたり話の流れを
読めない不注意な人なのか単に「運転未経験者」なのか、はっきりしてくれ。

197 ：

>>193
反論しないとわかったら君が書くのをやめたら？

198 ：

>>196
車で言えば「高速の逆走くらいみんなするだろ」「ねーよ」→「車の運転したことないやつは〜」みたいな流れだもんな

199 ：

天才プログラマーといえば、enchantMoonのあの人か

200 ：

>>196
うーん、頭カッチカチで柔軟性のない人、よーく聞けｗ
君らはアルゴリズムの話で勝手に話膨らませて盛り上がってた。
何らかのアルゴリズムくらい作ったことあるだろってことで例を挙げた。
たとえば暗号やコードの可逆など。
主旨がすっかり外れてる。
君は最初から聞く耳持たずだからね。

201 ：

>>200
頭柔らかすぎて自分のレス先も忘れる人らしいから繰り返すよ。
膨らませているのはお前だっつ〜の。
>>141 研究ならともかく、仕事で書いてるコードで新しいアルゴリズムが頻繁に生まれることなんて無いだろ。
>>144 業務系作ってれば誰だってコードの可逆や暗号くらい設計したことあるだろ？
「仕事で書いているコード」だ、「仕事で書いているコード」。
>>144にしても普通に業務で暗号設計した経験を解いているように読めるぞ。
それともこう読めとでもいうのか?
　業務系作ってれば誰だって(業務に限らず趣味とか遊びとか研究とか何らかのかたちで)コードの可逆や暗号くらい設計したことあるだろ？(喩えだけど)
エスパーが頭の柔らかさの必要要件だというのであればもう知らん。

202 ：

単語単位でしか頭に入っていかない人とは通じない。
ちなみに>>141書いたの俺じゃねえよ？

203 ：

>>200
だから「コードの可逆」って何ぞ

204 ：

>>198
ウケた。まあ>>60は運転未経験者というのが無難な見立てでしょ。
普通は公道を走る話の中で例であっても高速を逆走とか言い出さない。

205 ：

>>203
書いたことないなら説明しても通じないだろ。
無駄な問答が増えるだけだ。

206 ：

>>204
自分で書いて無反応だからって自作自演しなくても

207 ：

ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

208 ：

>>206
お前はそんなことするのか
バカな奴だ

209 ：

>>208
？

210 ：

はぁ？皆してるから俺もしてるんだが？

211 ：

>>206
いや、>>204書いた当人としてはこんな事にツッコミを入れるなんて>>60もそろそろ
詰まってきたんだなぁという心理状況がよく見えて楽しいw
自演、どうだろうね。ね〜

212 ：

>>211
いや、そうじゃなくて>>198ってウケる？
笑いのポイントがなんか随分違うなーと思って。

213 ：

何時からここは
「ぼくがかんがえたさいきょうのぷろぐらま」
を語るスレになってしまったんだ？

214 ：

>>213
天才を恐れる奴が現れて暴走を始めてから。
もしかしたら身近なところで最上級プログラマーに覚えがあるのかもね。

215 ：

>>212
うん。>>60のずれっぷりを的確に「喩え」ていて自分にはウケた。
ようするに>>60は暗号や「可逆」とやらを設計する事がアルゴリズムを設計すね例だと
思ったのでそれを書いてみたのだが、そもそも論として業務で暗号を設計することなど
まず無いし、仮に天才であっても彼が設計した暗号をその場で業務に使うこともまず
あり得ないし出来ないという現実を知らない。
なので運転未経験を疑われるし、当人は喩え云々ではぐらかす。

216 ：

今年のマ板はなんでこんなに夏厨にやさしいんだ？

217 ：

>>214
天才を恐れる奴ってどれのこと？

218 ：

>>23
Macにもofficeがあるんだよ。

219 ：

マイクロソフトのOfficeさえあれば
マイクロソフトのOSはいらない。
パソコンは、元からマイクロソフト社製ではない。

220 ：

なかっち 動画
http://www.youtube.com/watch?v=z2qK2lhk9O0s

みんなで選ぶニコ生重大事件 2012
http://vote1.fc2.com/browse/16615334/2/
2012年　ニコ生MVP
http://blog.with2.net/vote/?m=va&id=103374&bm=
2012年ニコ生事件簿ベスト10
http://niconama.doorblog.jp/archives/21097592.html

生放送の配信者がFME切り忘れﾌﾟﾗｲﾍﾞｰﾄを晒す羽目に 放送後に取った行動とは?
http://getnews.jp/archives/227112
FME切り忘れた生主が放送終了後､驚愕の行動
http://niconama.doorblog.jp/archives/9369466.html
台湾誌
http://www.ettoday.net/news/20120625/64810.htm

221 ：

大体最上級プログラマーって何だよ
気色悪い言葉作るなカス

222 ：

Linuxはクソ

223 ：

なんか、7の倍数の問題で暴れてた奴と同じ臭いがする

224 ：

とりあえずここまで登場したのはWindowsオンリー君と暗号設計しちゃう最上級プログラマー信者か。
次に現れるのはどんなのだろう。学校の夏休みは長い。

225 ：

自身の能力のはるか上の才能をもつプログラマを見ると
罵声しか浮かばなくなる初級プログラマがいる会社
足下にも及ばず実力では勝ち目がないと悟りながらも
負けず嫌いの方が強く、実力面以外で上位に立とうとしたり
それすら不可能な場合は蹴落とす方法を画策し始める
逆に、素直に非力を認められる者は、高みを目指して精進できる

226 ：

ここで暴走した連中が死にものぐるいで戦ってた相手は
最上級プログラマではなく普通のプログラマ
頭に血が上りすぎて見境なくなってたね
過去に、よほど悔しい思いをしたのだろう

227 ：

過去じゃなくて、毎日悔しいんだろう。

228 ：

ひどい自演を見た

229 ：

出る杭を討伐する気質

230 ：

そのまえに杭を出すために叩いてる感じ？

231 ：

俺、底辺プログラマーだけど、業務系で暗号／復号の処理2種類くらい書いた事有るわ。
でも俺すげーとも思わなかったし、必要なら誰でもやるんじゃないの？
勿論巷に溢れる暗号モジュール使えば全然楽なのは判っていたけど、
課せられた課題は「誰も知らない暗号化／復号化」だったからね。
勿論暗号強度とか最低レベルだと思うけどww
今はグーグル先生に尋ねてコピペプログラマーやってます。
動いて金貰えれば何だって良いわww

232 ：

> 「誰も知らない暗号化／復号化」
こんなもんを業務で作るってのが現場のレベルの低さを表してるなw

233 ：

>「誰も知らない暗号化／復号化」
常識論としてそんなものは存在しない、というか普通のプログラマーに頼んだところで
そんなものは出てこない。
誰もではなく単にそのプログラマーが知らなかった既知の暗号が再実装されるだけ。
おめでたい要件だなぁ。

234 ：

そういや暗号化のAPI使って暗号化プログラム書いただけで
「自分は暗号組めます（ｷﾘｯ」とかいってた奴がいたなぁ

235 ：

なにを使って書こうが仕事絡みで「暗号組めます」なんて真顔でいうのが普通にやばい。
普通に使えます正しく運用できますと答える人でないと暗号が必要な仕事は頼みたくない。

236 ：

自分が経験した案件。
INIファイルにパスワードそのままべた書きして保管していた案件があって
驚いたんだけど、何でそうなっているのか前からその案件やっている人に
聞いたら、「文字単位でビットシフトする処理でパスワードを暗号化していたら、
パスワードによっては、暗号化文字列が破壊される現象が出たから」だってｗｗ。
つうか、APIあるんだから使おうよ。

237 ：

仕事が遅い人っていうのは、
既にあるものを使わず
自作しているからなんだよな。
既にあるものと同じ物を作ったからって
別に凄いとは思いません。

238 ：

ほとんどは同じものは作れず
劣化コピーになってるんだけどなｗ

239 ：

最上級プログラマって、探せば多分ソースくらいは見れるだろうけど
一度でいいから近くで仕事してみたいなー。日々産み出されるものを真近で見たらスッゲー感動しそう…

240 ：

自称最上級プログラマにはいっぱい出会ったなぁ。
リスト構造すらわからない最底辺の最上級から、
OSS界ではそこそこ名が知れているけど設計書がかけないコーダ最上級とか。

241 ：

動かない仕様書書くより動くコード書けるコーダ最上級は尊敬するけどな。

242 ：

>>240
OSS界で名が知れてるなら、
ここに書いてみれば？
嘘でないならね。

243 ：

そこそこ名が知れてる程度で、
>>240は最上級と思っちゃったんだｗ
自分で最上級というわけがないよね。

244 ：

とりあえず最上級とかどうでも良い
プログラムばかりせず人生を楽しめ

245 ：

○○ばかりせず人生を楽しめ（ドヤッ）
何あたりまえのこと言ってるんだ？
お前、趣味やスポーツのスレにいったら
いちいちこんなこと言うのか？

246 ：

技術力が低い会社にありがちなこと
メンタル逝ってる奴多いね
ちょっとしたことでカリカリ

247 ：

そもそもパスワードごときで暗号化とか言うことが低いよな。

248 ：

でかい釣り針のつもり。

249 ：

暗号とか盗聴とかばっかり考えてたら
いつか目の前の言葉が平文なのか暗号なのか解らなくなっても知らないよ・

250 ：

>>249
最後の・は何かの暗号でつか?w

251 ：

いまどきサーバーにWindowsを採用しない企業は技術力が低い

252 ：

もうそのネタ飽きた。

253 ：

ハッシュを知らない奴が偉そうに暗号化とか言ってそうだ。

254 ：

Linux、ソフトねーじゃんw

255 ：

【超疑問】　外国人　「　(´･ω･｀)　←　これ何なの？　」　(´･ω･｀)　に対する反応　！！！！！！
ttp://hayabusa3.2ch.net/test/read.cgi/news/1375588432/
＞　普段ならこういうのがどういう意味を持ってるのか解読出来るんだけど、これは出来ない。
＞　この顔がどういう意味を当てはめられているのか理解出来ない。たぶん俺はこのスレで一番自閉症だわ。

256 ：

>>253
海外の暇人がmd5数打ちゃ当たるだろデータベースとか作ってるから
あんまり自信満々に構えてるとお姉さんがチェックサムしちゃうぞ☆

257 ：

普通のエンジニアならsaltとストレッチングぐらいしてるでしょ

258 ：

>>254
スレチ。「夏休みの学生の妄想にありがちなこと part 1」スレでやれ。

259 ：

>>257
お前意味も分からないでその言葉使ってるだろ

260 ：

>>259
257から何を疑うのかそれを聞きたい。

261 ：

レインボーテーブル知ってるのにsalt知らないとか無いでしょ

262 ：

つーか、md5のブルートフォース攻撃にはsaltの有無なんか関係ないだろ
>>256はそういう意味ではないの？

263 ：

窓使いはLinuxをどう見るか Part3
http://toro.2ch.net/test/read.cgi/win/1364706660/l50
Ubuntu使うとWindowsなんかバカらしくて・・・Part4
http://toro.2ch.net/test/read.cgi/win/1345265324/l50
３年後のLinux情勢を妄想しよう
http://engawa.2ch.net/test/read.cgi/linux/998048370/l50
世間一般のスレではLinuxはゴミOSとして定評なのにこのスレだけはデファクトスタンダードなWindowsをディスり、
誰も見向きもしないようなゴミOSであるLinuxをマンセーする辺り、ここの住人の技術力の低さを物語っているw

264 ：

あ、dictionary攻撃のmd5版って言う意味か？
どっちにせよ意味ないよね。

265 ：

>>263
全部クライアントとしての評価だろ
つーか巣に帰れ屑ニート

266 ：

>>265
お前バカか？ちゃんとスレ読んでみろよ
サーバー分野もほぼWindowsだてしうことも知らないのか、クズ

267 ：

このスレを見てると日本のIT技術者ってほんとゴミしか居ないのがよく判るわ
いまどきメインフレームだのLinuxだの時代が半世紀ほど遅れてるんだよw

268 ：

○○の部分はLinuxというけれど、
じゃあ昔は○○の部分に何を使っていたの？と
聞けば、Windowsではないんだ。
つまり、Windowsの代替ではなく、
別の何かが駆逐されてLinuxが
使われるようになったということ。
Linuxにどんどん駆逐されていくなかで
Linuxに駆逐されないのがWindows。

269 ：

一つの製品でLinuxが採用されたらその分野はLinuxが占めていると勘違いするLinuxユーザ多いね
正直恥ずかしい

270 ：

まあバックエンドもwindowsのほうが多いんだけどな

271 ：

>>270
64の統計はどう読む？

272 ：

>>271
Webサーバーとバックエンドの基幹系サーバーを同列で語る時点で>>271はIT技術者でない事か明白w
お前サーバーと一般PCの区別ついてる？自称パワーユーザー君wwww

273 ：

>>264
だよね。ディンプルキーに換えても植木鉢の下じゃ同じ事

274 ：

>>272
あんまりいじめてやるなよ。
前職首になってから次の仕事が見つからないんでいらいらしてるだけだよｗｗ。
>>271がIT技術者でない、という点は同意だが。

275 ：

>>274
ごめんちゃいm( __ __ )m 、>>271じゃなく>>270だったね。

276 ：

WebサーバがWindowsだと、さくらインターネットとか潰れちゃうよ。

277 ：

賃貸マンションの部屋と物流センターの倉庫じゃ、求める基準が違うでしょ
windowsサーバの一番人気の機能はハッキリ言って完全に「有償サポート」だよ。何かあったら責任とってねって
linuxサーバ比べる事ってあんま意味ないと思うけどね

278 ：

>>276
WebサーバーもWindowsがメジャーだよ
indows Serverの標準Webサーバ「IIS」を活用しよう
ttp://ascii.jp/elem/000/000/544/544125/
>WebサーバとしてはLinuxなどで動作するApacheが有名だが、Windows Server付属のIISのシェアも高い。
>特に、大企業の社内WebサイトではIISが多いようである。
>インターネット向けのWebサイトでも、米国の大企業ではIISがよく使われているらしい。

279 ：

あとコレも
「中堅・中小企業のサーバーOSの8割以上はWindows」ノーク・リサーチ
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060524/238926/
>調査会社のノーク・リサーチは5月23日、中堅・中小企業におけるサーバーOS実態調査の結果を発表した。
>この調査では、中堅・中小企業にメインのサーバーOSを質問している。
>調査結果によると、利用シェアが最も高かったサーバーOSはWindows 2000の39.2％。Windows 2003の25.9％、Windows NTの18.8％がこれに続いており、
>8割以上の中堅・中小企業がメインのサーバーOSにWindowsを利用していることが明らかになった。
>これに対し、メインのサーバーOSにLinuxを使用している中堅・中小企業は5.5％にとどまる。
>ノーク・リサーチによると「この3年間の調査結果を見る限り、Linuxのシェアにはほとんど変化がなく、むしろ漸減傾向」という結果になった。

280 ：

Linuxを採用している会社は総じてクソ

281 ：

BDやDVDを標準で再生可能な無料のLinuxは日本の法律的に完全にブラック

282 ：

ちなみに、Windowsでサーバーとか、DVDという話は
こっちでやってる奴のコピペな。
PCでLinuxが普及する訳がないと思った時78
http://engawa.2ch.net/test/read.cgi/linux/1371051496/

283 ：

> だてしうことも
ここでﾌｲﾀ
火病ってんじゃねえよ

284 ：

そういえば以前どっかの時代では
MSのサイトがApache(httpd)だったのがばれてたなw
今は知らんが

285 ：

それはMSがというより、MSが委託していた会社が
キャッシュサーバーとして使っていただけだったはずだが？
今更、解決した話持ってくるなよ。

286 ：

まあLinuxを採用する企業はレベルが低いのは確か

287 ：

まだ居たのか屑ニート

288 ：

まあLinuxを採用する企業はレベルが低いのは確か

289 ：

まだ居たのか屑ニート

290 ：

無限ループって怖くね？

291 ：

ハイエンドHPCの分野にはホント悲しいほど参入できていないけれどねWindows。
MSも長年頑張っているけど成果無しで、他方でこんなものにも普通にLinuxが使われる時代。
http://japanese.engadget.com/2013/08/04/5-7472-160/
大規模処理だと今はHadoopクラスタもごく普通に使われるけれども、ここもハイエンドから
小さなクラスタまで基本的にはLinux。apt一発でCDHが入るなどクラスタ構築も開発環境の
セットアップも楽だし、稼働実績も情報の蓄積も圧倒的。
Windowsも数年前からしぶしぶHadoop対応を進めてはいるけれど存在感はまだまだ無いし、
ゴリゴリ使うには結局Javaになるのであえて苦労をしてまでWindowsを使う理由も薄い。
Dryadってどこに行ったんだろうね。

292 ：

>>285
そもそもMSはApacheのスポンサーなんだから何の問題もない

293 ：

知恵遅れ行き推奨レベルの知識しかない奴らが無理やりWindowsを叩くスレだなw

294 ：

ここのスレの連中って「Linux使える俺Sugeeee」とか思っているのかねww
いや、Linuxなんか欠陥OS、誰も興味ないから、全然凄くないからww
プログラマーって自閉症で半ニートみたいな連中が多いが自分の知っている世界が全てなんだねw
狭い世界に閉じこもってないでもっと世界を見ようよ

295 ：

いや、使えて普通だから。。

296 ：

Linux使えない俺すげー
って思ってる奴なんて居てるの？

297 ：

まあ使えて普通だよなぁ > Linux。
Linux使えない俺やべー というのが常識的な認識ではないかい。
AWSとか普通に使う昨今Linuxの素養が皆無って不味いでしょ。

298 ：

スーパーコンピューターのランキングTop500も今は95%がLinux。Windowsは1%未満。
トレンドがベクトル型からPCクラスターに移る頃にMicrosoftもWindoes HPCを出して
この市場に挑戦するも結果は完全無視。

299 ：

linux使えるってどういう事を言ってるの？
端末の操作を言ってるの？それはbashの事を言ってるの？それかサーバの事を言ってるの？それともinitから管理まですべてを言ってるの？それから朝も早くに何言ってるの？

300 ：

同じ問いかけはWindowsに関しても成り立つけれどもね。
ただ>>299に書いてあることに関しては、すべてじゃないのかな。

301 ：

端末の普及度合いから考えるとLinux「しか」使えないプログラマなんてほとんどいないと思う。
Linux使えるマだと、Windowsも使えるだろうし。ただ、逆は結構いるようで、Windowsに関しては
やたら詳しくても、Linux（というかUNIX全般)まったく知らなかったりする奴もいる。
このスレ的にはそういう技術力の低いところの話をすべきなんじゃない？

302 ：

「Linux使える」と言えるレベルがわからん

303 ：

正直、一生やっても「使いこなしてる」と自信持てる気がしないlinux どこまでもマニュアル操作だし、異様に流派も多いし、不具合だってあるし…嫌になってきた

304 ：

中小企業はお手軽ポンのWindowsサーバで数は多いかも知れないけど、メンテナを用意出来る大企業の基幹はBSDですよ

305 ：

Linuxは2020年に消滅します

306 ：

Linuxという単語が出るととたんに気持ち悪いスレになる

307 ：

>>301
技術力が低い会社にありがちなこと -> Windowsしか扱えない、か。
それはあたっているかもなぁ。
少なくともWindowsしか扱えない -> 袋小路は確実。
不勉強だし、自ら可能性を狭めている。

308 ：

>>307
Linuxはゴミ
ゴミを漁るのに可能性もクソも無いじゃんwwwwwwwww

309 ：

Cygwinにはお世話になってます

310 ：

今どきWindowsだけって小回りがきかないよな。

311 ：

★マインドコントロールの手法★
・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法
・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

↑マスコミや、カルトのネット工作員がやっていること
TVなどが、偏った思想や考え方に染まっているフリや常識が通じないフリをする人間をよく出演させるのは、
カルトよりキチガイに見える人たちを作ることで批判の矛先をカルトから逸らすことが目的。
リアルでもネットでも、偽装左翼は自分たちの主張に理がないことをわかっているのでまともに議論をしようとしないのが特徴。

312 ：

低脳なハゲデブが偉そうにしてわめき散らしているので異常に雰囲気が悪い

313 ：

デブは認めてもハゲは認めんぞ！認めない！
まだ…そう検証中だ！まだ100%ハゲではないんだッ！

314 ：

スパコンなりサーバー機ビシバシ使いこなすプロならそりゃLinux使えばいいが、
一般人が高々数万円ケチる為に、なんだか訳分からん
理由ですぐ動かなくなるようなポンコツ使う理由がないだろう。

315 ：

こうして今日もLinuxは普及しないまま日が暮れるわけです

316 ：

商用Linuxのビジネスモデルはサポート縛り
こんなのは法人向けにしか通用しない
逆に法人でLinux使うには専門のサポート業者が必要なんだけどね
能力の問題ではない
自社でやってしまうと何かあった時責任を全部被る事になる
うちは正規のRedHat使ってました=免罪符
社会的責任を背負うのがサポート業者、商用デストリ

317 ：

>>299
心配するな。
Linux使えない奴ってのは、まったく使えない奴だから。

318 ：

Linuxはインストールは簡単だけどハードの性能をフルに引き出すのは難しい
ほとんどの人は「とりあえず動く」レベルで使ってる
Linuxを完璧に動かすにはチューニングが不可欠
買ったまんまでフルに動くUNIXなパソコンはMacだけ
Linuxはあまりにセルフサービス

319 ：

>>303 >>318
Windowsだって同じ。
本当にWindowsを使いこなしてる奴なんて殆どいない。
そこらへんに居てるWindowsに詳しい人だって、プロからしたらはぁ？って言いたくなるレベル。
>>316
それって、サラリーマンの社内向け言い訳にしかならないから。

320 ：

犬厨の特徴
Windowsを全否定しようとするが、Linuxは常用できるほど使いやすくないことを知っていて
Windowsを批判しながらも手元ではWindowsを使っている。
Windowsではマウス操作だけで動かせるようになるハードウェアを
Linuxであれこれチューニングした結果に動かせるようになると狂喜乱舞する。
Linuxを使いにくいと言う人がいたらその人のスキルが低いだけ。
Windowsが使いにくいという人がいたらWindowsが悪い。
注意事項
Linux(笑)は各種サービスの動作を保障するものではありません。
別途Windowsをご用意ください。

321 ：

所詮無料の粗悪な試供品
インスコしてしばらく使ったが
弄り目的の暇人専用OSって感じだな
普及するわけないよこんなゴミ

322 ：

VMwareにubuntuをインスコしてVMツールのインストールに手間取って解説を検索した時
どこの解説サイトも sudoからこういうコマンドを打って みたいなことをsudoが何であるのか全くふれないまま解説してたんですよ
windowsならコマンドが必要なものを解説する時はコマンドの出し方から解説するのが普通だけど
linuxのユーザーは歯抜けの情報だけ提供してお前は知ってるからいいかもしれないけど知らない人いるでしょみたいなことには何もフォローが無いんすよ
解説する側の姿勢がlinuxの敷居を絶望的に高くしてる原因の一つだと思う

323 ：

>>322
知らなきゃsudoで検索しろよ。
Windowsだってスタートボタンは何？　とか、コントロールパネルは何？って人だっているんだよ。
普通一々そこから解説してないだろ。

324 ：

RHELの存在は無視ですかw

325 ：

サーバーOSの普及率って販売数だろ？
無料のLinuxやBSDの正確な数って出ないだろう。

326 ：

IPアドレス順に片っ端から接続してサーバを調べるプログラムとかあるしな。
そういうので統計取ってる部分もあるだろ。
コネクションつなぎに行くだけで相手がLinuxかWindowsかぐらいは分かるみたいだしな。

327 ：

須藤「呼んだ？」

328 ：

アゲて暴れているやつって、このスレのタイトルどおりの奴だな。
まあ、こういう輩しかいないから技術力の低い会社なのか、技術力の低い会社だから
こういう輩でも入社できたのか。

329 ：

Winサーバくんと7の倍数くんは同じ人？

330 ：

あんな阿呆でも
プログラミングに縁すらないWin厨といっしょくたにするのは流石にちょっと可哀想

331 ：

>>316
うちはWindows使ってました。
が役に立つことは無いんだけどね。

332 ：

>>49
やっぱそうだよね。
２ちゃんは書き込みの母数が少ないトピックは少数のうるさい人の意見が強く見えるし
一瞬でスレを消費するほどの早いスレだと本当の多数の意見が反映されてるよね。

333 ：

>>60
＞相当希少な存在で、仕事の遂行能力は中級プログラマー100人分以上に相当するとも言われている。
＞つまり、普通のプログラマーが２時間かかる仕事を１〜２分でこなしてしまうことになる。
俺のイメージでは凄腕の人は早く書くんじゃなくて
本質的に何が必要なのかを一瞬で見抜く人だと思うわ。
作ろうとしているシステムの本当のあるべき姿を最初から見抜く人。
俺みたいな雑魚が１か月さまよってやっとたどり着く結論に最初から行く人。
ってイメージ。

334 ：

>>326
Linuxなら偽装も可能

335 ：

>>321
いいからお前はさっさと隔離スレで素因数分解のコードを晒してこいよ馬鹿

336 ：

980 名前：login:Penguin[sage] 投稿日：2013/08/06(火) 05:29:52.13 ID:qXxt6aoA
>>972
Linuxには拡張子と言う概念があまり無い。
だからWindowsでは二重拡張子などで偽装すると、
簡単にウイルスに引っかかるが、
Linuxは拡張子だけでは無く本体で動作を判断するから、
拡張子の偽装に騙されない。
拡張子が.jpgだから安心して開いたら、
二重拡張子で偽装してるexeマルウェアで感染したと言うのは、
Windowsだけでしか起きない事象。

>>980
こいつアホだな。
Linuxでウイルスがあるとする。
拡張子がjpgだろうがzipだろうが無しだろうが、
本体でプログラムだと判断して実行するならばもっと危険なんだが。
tarを展開した時に実行権限があるファイルができて、
それをダブルクリックすると（拡張子がなんであっても）実行して
ウイルスに感染するんだが。

337 ：

> 拡張子が.jpgだから安心して開いたら、
> 二重拡張子で偽装してるexeマルウェアで感染したと言うのは、
↓Linuxの場合
> 拡張子が.jpgだから安心して開いたら、
> Linuxは拡張子だけでは無く本体で動作を判断するから、
> 簡単にウイルスに引っかかるが
こんなところか。

338 ：

●Windows
ウイルスのアイコンリソースをJPGのアイコンにして拡張子のexeはおもいっきり後ろに追いやる→ダブルクリックで感染
ウイルスの拡張子をJPGにする→ダブルクリックしてもJPGとみなされるので起動しない→というわけでこんなこと仕込む奴いない。
●Linux
ウイルスをJPG拡張子で偽装→実は実行権限がついていて感染
つまり危険度は同じじゃない？
Windowsの方が
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　.exe
に気が付けば助かるから若干あんぜん？
でもマイクロソフトは拡張子消して表示するの大好きだからどっこいか。

339 ：

>>322
あああなんか分かる
沢山の人が作ってるから、それも無償で作ってるから作った内容全部説明して教えろとは言えないし文句言うなら使うなって話なんだけど
至る所ツキハギ感と連携の無さ感、誰一人全容把握せず船だけ進む感がすごい…

340 ：

誰も>>338に突っ込まないところを見ると、デスクトップLinux使ってる奴はここにはいないようだな
実際適当なバイナリの拡張子を.jpgにして試してみればすぐどうなるかわかろうというのにね

341 ：

>>340
いい加減恥をかくだけだからやめとけ

342 ：

>>341
このスレ的には生きた見本ということで、そっとしておいてやれば？

343 ：

OSスレで敗走してきた間抜けなんだよな

344 ：

>>343
申し訳ない
元は35歳スレで大暴れして大変だったのでOSスレに隔離したのだが、
檻を破って逃げ出した様だ

345 ：

>>341-344
"ダブルクリックで感染"ってあるんだから、初心者がGUIファイルマネージャで操作する話だろ
自分で試してみろよ馬鹿
Nautilusなんかでは、まず拡張子でファイルを判断するから
たとえファイル名の末尾に.jpgってついてても実行されない

346 ：

>>345
えー、このように、Linuxでも拡張子は使われており、
拡張子のお陰で、安全になっているわけです。
果たして拡張子があったほうがいいのか悪いのか？
二枚舌だよなぁｗ

347 ：

おれは
＞Nautilusなんかでは、まず拡張子でファイルを判断するから
＞たとえファイル名の末尾に.jpgってついてても実行されない
の起承転結がよくわからない。
むしろ「拡張子がJPGなら実行されない」と書くべきでは？

348 ：

とまあ技術力の低いボンクラどもが無能さを隠そうと無駄に騒いでいます
さすが自称できる奴が集うスレですね

349 ：

nautilusは実質linuxの上でしか動かないかもしれないがlinuxではない。
kdeもgnomeもlinuxじゃねえ。

350 ：

拡張子がjpgでも、実行権限ついててelf binaryなら普通に実行できる。
つうかLinux kernelにはファイルのシグネーチャー情報に基づいて、任意の
バイナリーを実行する機能があるよ。binfmt_miscってやつ。
これを利用して非x86用のバイナリーをqemu経由とか、PEバイナリーを
wineで実行するとかできる。

351 ：

Linuxは2020年に消滅します

352 ：

まだ居たのか屑ニート

353 ：

>>349
Linuxかどうかは問題じゃない。
パソコンの使い方がよくわからない人がいて、
その人を騙そうとする人がいる。
そういう場合にWindowsじゃなくても
拡張子がなくても、やり方が変わるだけで
簡単に騙せるってことだよ。
Linuxは難しくてよくわかりませんって人に
CLIからこういうコマンド入力したらできるよといって
攻撃することだって出来る。
CLIがよくわからない人は、何も考えずに入力する。

354 ：

そんなことに騙される人は技術力の低い会社にしかいません。
そして技術力の低い会社はそもそもLinuxなぞ使わないし使えないので実に杞憂です。
結論として、技術力が低い会社にありがちなこととは言えないので全くのスレチです。
帰れ。

355 ：

平均を考えればどう考えてもLinuxユーザーの方が一般的に見た印象は悪いだろ
オタと本職しかいないんだからさ
個別のLinuxユーザーを悪く逝ってる訳じゃないぞ

356 ：

印象ってw
そもそも一般的な人は「Linuxってなに？」って思うだろ。
住宅メーカとかそんな印象だと思うぞ。

357 ：

お尻が攻撃される奴ですね

358 ：

>>354
技術力が低い？何いってんだ？
例のLinux関連の書き込み、>>355なんかは、
例の別スレの書き込みだろｗ
なぜわざわざこのスレにコピペしてるのか
俺には理解できんよｗ

359 ：

AndroidはLinuxカーネルをベースに作られているので
ある意味Linuxを使っていると言えないことも無きにしも非ずかもしれないが

360 ：

■履歴書
・今まで使ったことのあるOS
Linux（Androidスマホ）

361 ：

Web系やって良く見るのは
UTを実装する能力がない
DBスキーマは一度きめたら動かせないものだと思い込む(マイグレーションできない)
フレームワーク機能を学習する能力がない
もろもろ自動化をする能力がない
HTMLの理解をしていない
1メソッドが糞ながくて分割してない
単体テストという言葉をクラスの結合テストに用いていてクラス単体テストは一切実施しない
Excelドキュメントしか作れない

362 ：

技術力が低い会社(にいるようなクズ)にありがちなこと
　拡張子云々とか、Win系Unix系OSどうこうとか、そういう下らない話を続ける

363 ：

>>361
Webけいじゃなくてもよく見掛ける光景だな。

364 ：

拡張子云々の話は技術力を上げる過程では有用な討論だと思うよ
仕事中にしてたらアホだけど

365 ：

拡張子の話はどっかのバカが
こっちでなら勝てると思って
持ってきただけでしょ。
向こうでもこっちでも
惨敗みたいだがｗ

366 ：

クラスの単体テストｗｗｗ
つーかWeb系はJavaなんか使ってるから技術無いんだよ
世の中に糞みたいなシステム量産しやがってこの人類のお荷物が

367 ：

結局、Javaは新興宗教に過ぎなかったな。
昔うちの会社にも熱狂的信者の上司がいて布教が煩かったが、
誰も乗らなかった。今にして思えば大正解だ。

368 ：

たかが開発言語で優劣を語る奴はレベルが低い。
開発言語は目的の為の手段でしか無いのに…

369 ：

>>368
Perlスレ行ってゴキブリ退治してくれ

370 ：

でもCやアセンブリ言語を勉強しない人は居ないよな

371 ：

そもそも、いまさらJavaみたいな重い言語は使わないよ。

372 ：

最近は勘定系や基幹系などの大規模システムはJavaが多いけどね

373 ：

最近はｗ

374 ：

「Javaは重い・遅い」これは動かしようのない事実。
「最近はハードの性能が向上してJavaでも速くなった。競争には負けない」？
いや同じ環境で他の言語ならもっと速いんで、やっぱり負けますってｗ

375 ：

今までの経験から特定の言語をディスる奴は大抵その言語で挫折した奴
逆にマンセーする奴はその言語しか使えない奴

376 ：

>>372
最近だとみずほの新システムが有名だね

377 ：

アンチLinuxといい、アンチJavaといいホント夏休みだなぁw

378 ：

JVMさえ上がっちゃえば早いんだけどね。だったらJVMの上で動く別の言語で
いいんじゃないってのが今の流行りだったりするわけで。

379 ：

Scalaですね

380 ：

Javaは2020年に消滅します

381 ：

Javaはセキュリティホールが多すぎます
さらにOracleはそれらを修正する気がなく放置しているのです

382 ：

いまさらJavaが遅いってなにをもって遅いと言っているのかよく解らん。
サーバーサイドでは他の言語との比較でもJavaは高速な部類だけど。
アプレットとかSwingとか少しいじってJavaが遅いと解った気分になっているのかな。

383 ：

技術力の低い会社はJavaなんか使いこなせない

384 ：

>>374とかは技術力低い会社の代表気取り

385 ：

>>382
開発速度とか？

386 ：

小さいものを作るときと
大きなものを作るときでは
作り方が違って、
大きなものを作るときは、
その大きなものを把握できる言語が必要
grepで単語検索でメソッド検索とか
大規模には耐えられない。

387 ：

>>385
それは否定できんなぁw

388 ：

Javaはメンテナンス性が高いね。
このメソッドを呼び出しているコードを
すぐに特定できる。

389 ：

Javaというよりは、IDEが充実しているからだろ。
まぁ現実的にはC#とJavaが２強だな。
ビジネス用アプリの開発という観点では。

390 ：

Javaあんまし使ったことないけどメリットはこんな感じ？
全部C/C++で書くよりは移植性が高まる
自動でGC(だけども、場合によってはメモリ消費や速度の面でデメリットもありそう)
リフレクションでメタデータが扱える
ビルド時間が短い
Javaは言語使用的には物足りない気はするけど、JVMで動くJava以外の言語もある
Cのマクロのようにコードを過度に複雑にする機能がないのは逆にいいかも

391 ：

>>389
IDEが充実しているのは
言語仕様のおかげだよ。
静的解析が困難な言語では
IDEの機能は充実させられない。
例えば、実行するまで変数に何の型が入るかわからない言語では
実行しない限り変数の型に基づくIDEの機能を提供できない。
たとえ実行して停止した時に型が判明しても、
次に停止した時に同じ型が入っているという保証もないから
完璧なIDEの機能提供は不可能。

392 ：

　　　　 (´･ω･｀)
　　　／ 　　　　｀ヽ.　　　お薬増やしておきますねー
　 __/　 ┃)) ＿_i　|
／　ヽ,,⌒)＿__（,,ノ＼

　　　　 (´･ω･) ﾁﾗｯ
　　　／ 　　　　｀ヽ.　　　
　 __/　 ┃　 ＿_i　|
／　ヽ,,⌒)＿__（,,ノ＼

　　　　 (´･ω･｀)
　　　／ 　　　　｀ヽ.　　　今度カウンセリングも受けましょうねー
　 __/　 ┃)) ＿_i　|
／　ヽ,,⌒)＿__（,,ノ＼

393 ：

今年からＣＯＢＯＬ環境に入ることになったが
お前らコボラーはすごいぞ
技術云々で議論するのがばからしくなる

394 ：

>>391
ただし、JavaにはNullポインタへのアクセスを静的解析では
エラーとして検出できないという言語仕様上の欠陥あるけどね
だから未だにNullPointerExceptionに悩まされる

395 ：

>>394
世の中には完璧なものはありません。
だから、ベターな方法はでどれ？で考えましょう
JavaはNULLポインタへのアクセス以外は
静的解析で検出できる
それは、全く出来ないものに比べて
はるかにベターです。

396 ：

NULLを検出できないことを欠陥というのなら、
NULL以外も検出できない言語は
もっと立場がないねｗ
多分それを言いたくて>>394はこんなレスをしたんだと思うけど。

397 ：

>>395
>世の中には完璧なものはありません。
>
>だから、ベターな方法はでどれ？で考えましょう
まったくその通りだね
だから、NULLポインタへのアクセスを静的解析で検出できないよりも
検出できたほうがはるかにベターだよね
もちろん世の中に完璧なものはないから、
０除算や無限ループの静的検出はできないかもしれないけどさ

398 ：

NULLポインタへのアクセスを静的解析で検出できない言語
Ruby等

399 ：

言っとくがRubyが嫌いなのではなく
たくさんありすぎて書くのが面倒なだけｗ
なんでこいつJavaにだけ言ってるのか
意味分かんないから

400 ：

>>391
> 例えば、実行するまで変数に何の型が入るかわからない言語では
> 実行しない限り変数の型に基づくIDEの機能を提供できない。
まぁ、Javaも実行しない限り実際に何の型が入るかわからないんだけどね。
外部から依存性を注入されちゃったりするともっと大変になるけど。

401 ：

DIを理解していないのはよく解った。

402 ：

>>400
それは少し意味が違う。
例えば、Hoge a = new Hage();
とあったとき、aにはHageのインスタンスが入っていると
君は言いたいんだろう？
たしかにそのとおりだが、そういうことじゃない。
Hageがaに入る時点で、HageはHogeと互換性があるということ。
Hoge aに入れた時点で、aを扱うコードは、Hogeとして扱うんだよ。
だからaにはHogeが入っている。それを静的に解析できている。と考える。
外部からの依存性注入も一緒。
重要なのは、何型として扱うコードかってこと。

403 ：

そいつが禿げてるかどうかは、実行時にしかわからないと。
コード上は抽象型で禿も植毛も一緒に扱えばいいんだけど、客が求めてるのは結果だからね。

404 ：

客が求めているのなら、なんでもします。

405 ：

>>398,399
なぜそこでNULLポインタが存在しないRubyを持ち出すのか意味不明だな
とりあえず、>>399の内容に何の意味も無い事を書いておく：
　言っとくがJavaが嫌いなのではなく
　たくさんありすぎて書くのが面倒なだけｗ
　なんでこいつRubyにだけ言ってるのか
　意味分かんないから
これでも個人の主観という意味では同じ(つまりどちらも客観性に欠けた主張)

406 ：

RubyはNULL以前に、
変数にいろんな方を入れられるという
欠点があるだろ。

407 ：

Java、Android開発の職業訓練について Part.2
ttp://kohada.2ch.net/test/read.cgi/prog/1364379365/573-

408 ：

>>406
Rubyは動的型付け言語だから、それは当たり前の事だろ
それと「NULLポインタアクセスの静的解析」に何の関係があるの？
無関係なRubyを持ち出すから、意味不明と言ってるのだよ
静的型付け言語であるにもかかわらず「NULLポインタアクセスの静的解析」が
できない事は言語仕様上の欠陥であるという事実を認めるのが、そんなに怖いの？

409 ：

>>408
動的でもScalaみたいに型推論が強い言語もあるんだけどね。

410 ：

>>409
WikipediaによればScalaの型付けは「強い静的型付け」とあるけど何か？

411 ：

>>408
動的、静的にこだわりすぎじゃね？
俺は、変数に型がなくて想定外の方が入った場合、
例えばRubyで変数に間違ってnilオブジェクトが入った場合困るから、
これも言語仕様上の欠陥といったまで。
もっと言えば、動的型付け言語自体が
言語仕様上の欠陥ね。
お前がNULLが入るのが欠陥といった以上の
欠陥があるのだから。

412 ：

>>411
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
ただし、その欠点と引き換えに、記述の短縮化、柔軟な総称型、
メタプログラミングの容易性という動的型付けの利点を得たのも事実
そして、動的型付けに欠陥があるから静的解析の欠陥は問題無し、という
推論は詭弁でしかない
さて、静的型付け言語であるにもかかわらず「NULLポインタアクセスの静的解析」が
できない事は言語仕様上の欠陥である、という事実を認める心の準備はできたかな？

413 ：

Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める
Rubyを含む動的型付け言語に安全性の欠陥がある事は認める

414 ：

静的型付け言語でNULLの静的解析が
出来る言語ってなんだ？

415 ：

>>414
HaskellやMLといった最近の静的型付け関数型言語とその派生言語
正確には「NULLポインタの静的解析」ではなく、
無(nil、null、none)はあってもNULLポインタそのものが存在しないから
NullPointerException(NULLポインタ参照例外)が発生しえない、だけどね
もちろん無に関するデータ型違反は、静的解析によって型エラーとして検出できる

416 ：

Javaでも前からコード上で明白なnullはIDEで警告を出させることは出来るし
JSR305みたいなアノテーションで、null考慮された結果かをメタデータとして明示する事もできるし（糞めんどいが)
全くもってコード上でのnull解析が出来ないってわけじゃないけどね
あとはScalaっぽいOptionとかをJavaで表現することも出来るから、Nullのない結果を返す処理はいくらでも作れる
なんにしてもJavaでやるのはひたすら面倒だけどな
つか、ぶっちゃけあまりにも一般的な事象化してるぬるぽぬるりは
言語仕様の問題というより、コードを書く奴の頭の欠陥って感じではある

417 ：

>>416
>Javaでも前からコード上で明白なnullはIDEで警告を出させることは出来るし
コード上で明白なnullアクセスは、熟練したJavaプログラマであれば自然に避けることができるはずだし、
たとえ熟練者でなくてもデバッグは容易だから、現実に役立つ機能には見えない
>JSR305みたいなアノテーションで、null考慮された結果かをメタデータとして明示する事もできるし（糞めんどいが)
>全くもってコード上でのnull解析が出来ないってわけじゃないけどね
このアノーテーションでnullアクセスを完全に排除するには、すべての(null値を持つ可能性のある)変数への
アクセス箇所に記述を追加しなければならないのではないかな？
(>>415で述べたような)正しく設計された型システムを持つ言語であれば、適切にデータ型を定義するだけのこと
それに対して、Javaは型システム設計に欠陥があったから、アノーテーションという泥縄で冗長な記法が必要になる訳だ
しかも、このアノーテーションはIDE上の静的解析ツールの利用が前提にあり、標準のJavaコンパイラの
エラー検査機能では利用できないように見える(遠い将来には改善される可能性はあるがね.....)
nullポインタアクセスは、よく知られた致命的なバグの原因なのだから、
(オプションのツールではなく、)標準の環境で検証機能が利用できるのが当然だとは思わないかい？
>あとはScalaっぽいOptionとかをJavaで表現することも出来るから、Nullのない結果を返す処理はいくらでも作れる
>なんにしてもJavaでやるのはひたすら面倒だけどな
たしかにOptionはJavaでも表現できるけど、それが面倒である以前に、一般的な標準/サードパーティ製のライブラリや
フレームワークはnull使用を前提に設計されているから、それらを利用する限りnullポインタアクセスの可能性は排除できないよ

418 ：

使いやすさで言うとJavaぐらいのぬるさがちょうどいい使いやすさという気がする。
C#だとnull可とnull不可があるけど、正直使いにくい。
昔からプログラミングしてると、わざとnullにするという使い方をしてしまうからね。

419 ：

> 昔からプログラミングしてると、わざとnullにするという使い方をしてしまうからね。
ねーよｗ　お前が昔から成長してないだけだろ。
nullを使うところがあるとすれば、データベースの値として無しを表す場合とか
入力項目に何も入れなかった時とかだろ？
そういうものはnullが正常な値なのだから関係ない話。
nullが入ってはいけない場所で、nullが入るってどんな時だ？
まあ二つだけ心当たりがある。
１. 変数を関数の最初にまとめて定義する古いやり方をしている。
（変数は値をnewしたときに定義しろや）
2. エラーが有った時にnullを返す
（例外出せや）
1も2も初心者がやること。昔から成長してない奴も初心者だ。

420 ：

>>419
理論派ですな。



まぁあまり現実的じゃなさそうだけど。

421 ：

え？え？現実的じゃないってなにが？

422 ：

自分も含めて馬鹿ばかりで
普通のやり方ができないってことだろｗ

423 ：

>>417
ちがうよ

424 ：

>>420
現実的だし実際的だよ
nullリターンは不勉強な初心者と勉強をしない老害がよく使う糞コード的な手法で
ある程度の知識のある人なら、ひどいコードだって気づいてるよ

425 ：

>>419
> nullを使うところがあるとすれば、データベースの値として無しを表す場合とか
> 入力項目に何も入れなかった時とかだろ？
> そういうものはnullが正常な値なのだから関係ない話。

NULL撲滅委員会の方々がアップを始めました。

426 ：

>>425
アップ（age）たのはお前じゃんｗ
自分ではなんの力もないからって
他人の力にたよるなって。
虎の威を借る狐かｗ

427 ：

>>419
> nullを使うところがあるとすれば、データベースの値として無しを表す場合とか
> 入力項目に何も入れなかった時とかだろ？
そもそもDBのNULL値はバグの元なので、いい加減やめた方がいいと思うんだけどね。

428 ：

ちゃんと関係データベースを勉強していない人なんでしょ。
プログラマにしてもORM介して叩く専門、RDB上のNULLとプログラミング言語上の
NULLの区別が一緒になってしまっている人なんじゃないのかな。
空値代わりのNULLは必ず一歩引いて検討する事柄だし、「とかだろ」「正常な値」
なんてざっくりした言い方は普通しない。

429 ：

データベースの場合、空値＝NULLだぞ。
そもそもNULLは空文字とも0とも違う。
例えば商品価格0円と商品価格未入力では
意味が全く違うだろ。
前者は商品データとして正しくカートに0円の商品として
入れてもいいが後者はそうではない。
データが未入力の時、どう扱うかは仕様によるので
一律にNULL（未入力）を0や空文字として扱うことはバグにあたる。
NULLがバグの元ではない。NULLが入った時の処理をを忘れるのがバグなのだ。
概念的に0とNULLは違うので、それをプログラミング上の
変数に入れるときであっても0に変換したりなんかしてはいけない。
そういう無理矢理な変換は、コードを無意味に複雑にしバグの元になる。
nullやempyやundefinedなど言語によって変わるが0ではない適切な値を使うべき。

430 ：

関係データベースを勉強している人なら
left joinの例でもいえばわかるだろう。
二つのテーブルをjoinしたとき左側のテーブルにしかデータがない場合、
つまり右側のテーブルにデータが ”ない” 場合に
右側のテーブルのデータは0として表示するべきなのか
それとも "ない" を意味する物を表示するべきなのか
実際に表示されているものは0なのか？
それともその他の何か？
まあ、関係データベースを知ってるならわかるだろう。
関係データベースではデータが "ない" 場合に
NULLを表示する。それが関係データベースの仕様である。

431 ：

データベース上で０とNULLの区別があっても、それを操縦するC言語に区別がないから。

432 ：

DBなんかに携わっている人間は総じて技術が低い
逆に制御系やゲームの開発をやっている人間が一番技術レベルが高い

433 ：

それはC言語の言語上の問題

434 ：

>>431
C言語には0とNULLを区別して入れられる変数がないどころか、
例えばPostgreSQLの日付/時刻データ型(タイムゾーン付き)を
入れるための型もないぞｗ
え？ 構造体を使えばいいだろって？
あぁ、なら0とNULLを区別できるようにした構造体を使うことで
C言語でも操縦できるぞｗ
っていうか「操縦」ってなんだよｗｗｗｗ

435 ：

>>429
入力済みかどうかという状態と、入力した値を同じフィールドで扱うセンスがダサい。

436 ：

そうしてNULL禁止と同時に
各フィールドに対して入力されたかどうかを区別する
フィールドが作られることになりました。
create table tbl(
　id serial,
　value1 integer,
　value1_is_not_null boolean,
　value2 integer,
　value2_is_not_null boolean,
　value3 integer,
　value3_is_not_null boolean,
)

437 ：

>>435
> 入力済みかどうかという状態と、入力した値を同じフィールドで扱うセンスがダサい。
関係データベース的にはださくないよ。
あるフィールドが入力値以外に「未入力」という状態を持ちうるのであれば、その
フィールドのドメインが{値a, 値b, ..., "未入力"}と未入力を含むだけの話。
ただこれをSQLを使って実装する場合、未入力の類は一律NULLにマッピングされる
のがさも当然だと思っているのならばそれは激しくダサい。関係データベースの
モデルとSQLといった実装技術の区別がついていない。
だから「ちゃんと関係データベースを勉強していない人」と書いた。
SQLのハウツー本ではなくちゃんと関係データベースを勉強した人であれば、空値や
未入力の類にNULLを使うのは単に流用にすぎないことは常に意識しているはずだよ。
便利だけど副作用ありあり、そして歴史的にも議論盛りだくさんの。

438 ：

これわかりやすいよ
http://codezine.jp/article/detail/532
2つのNULL、3値論理か、それとも4値論理か
　3値論理についての話を始めるにあたり、まずNULLについての
話から始めたいと思います。なぜなら、NULLこそが3値論理のすべての元凶だからです。
　コッドはかつて、この2種類のNULLを厳密に区別するべきだと考えて4値論理を提唱したことがあります。
幸か不幸か（私は間違いなく「幸」だと思いますが）、このアイデアは一般的な支持を得ず、
現在のすべてのDBMSはNULLをひとまとめにして3値論理を採用しています。
しかし、この分類自体はとてもうまいものだったので、その後も多くの論者が踏襲しています。
　では、なぜNULLに比較述語を適用した結果が絶対に真にならないのでしょう？ それは、
NULLが値でも変数でもないからです。NULLというのは「そこに値がない」ことを示すただの視覚的マーク、目印に過ぎません。
一方、比較述語を適用できるのは値だけです。従って、値ではないNULLに比較述語を適用することは、そもそもナンセンスなのです。
　おそらく、NULLを値と勘違いしやすい理由は2つあります。一つは、C言語などにおいてNULLが
1つの定数（多くの処理系では整数0）として定義されているため、それと混同しがちなことです。
SQLにおけるNULLと他のプログラミング言語のNULLは、まったくの別物です
unknown、第三の真理値
　前段で、いよいよ真理値unknownが登場しました。冒頭でも述べたように、これは、リレーショナル・データベースが
NULLを採用したことによって持ち込まれた「第三の真理値」です。ここで1つ、注意してほしいことがあります。
それは、真理値のunknownとNULLの一種であるUNKNOWN（未知）は異なるものだということです。
前者は真理値型のれっきとした値ですが、後者は値でも変数でもありません。

439 ：

>>438
それに類する議論に毒されてる人多すぎ。
NULL可カラムで問題になることなんてほとんど無いよ。

440 ：

NULL非対応な頭を持ってる奴の技術力が低いってことでいいだろ。

441 ：

色即是空
空即是色

442 ：

お前らから見てこいつってどうよ
( 'A`)φ神戸の高校3年生が最難関国家試験の「データベーススペシャリスト試験」に一発合格
ttp://hayabusa3.2ch.net/test/read.cgi/news/1376306209/

443 ：

>>442
その手の奴は昔からいるけど、その後実社会で大活躍して
多大な功績を残した…という話は全く聞かないんだよな。
つまり「あそ、偉いね良かったね」という評価に過ぎない。

444 ：

>>443
そもそも「データベーススペシャリスト試験」に合格しただけで、
実社会で大活躍してウハウハになれるわけないだろ。
なに勘違いしてるんだ馬鹿。

445 ：

>>442
「最難関国家試験」ってのがアレだが……
高校3年で合格する地頭は確かにたいしたもんだと思う。
実務経験なしで合格できるくらい頭がいいんだったら、ぜひこの業界に
絶望せずに残って全体の底上げに貢献して欲しいと思う。

446 ：

>>444
> そもそも「データベーススペシャリスト試験」に合格しただけで、
> 実社会で大活躍してウハウハになれるわけないだろ。
その通りなんだが？
なに勘違いしてるんだ馬鹿ガキ。

447 ：

基本的な文章読解力すらない>>444がいる会社は、技術力も低そうだなｗ

448 ：

>>446
「あそ、偉いね良かったね」だけでいいのに、
余計なことを書いて自分のコンプレックスをひけらかすこともなかろう。

449 ：

>>448
>>443の文章を「コンプレックス」に無理矢理こじつけてるお前が、
コンプレックスの固まりそのものではないかね？
強いてこじつけるならむしろ「あそ、偉いね良かったね」の方だろうがｗ

450 ：

データベーススペシャリストが実社会で大活躍して多大な功績を残すことを試す
試験で無いのは明らかだし、だれもそんなこと言ってないのに全く関係ないことをわざわざ
持ちだしているというのは、それに関して>>443は何か言いたかったことがあるんじゃないのかな？

451 ：

気持ち悪い奴だな。お前友だち居ないだろｗ

452 ：

素直に、すごいなーとは思う。ただ、DBほど実地と机上が乖離している
技術って他に無いと思うから、取るなら別のにしとけばよかったのにとも
思う。

453 ：

テーブルにnullでがちな場合はエンティティの分解が甘いことが多い。
エンティティを分解した上で関連が無いのが正しいやり方。
パフォーマンスとかは最後に騒ぐ話

454 ：

>>452
新卒なら、文系理系に関係なく秘書検（2級以上）でも取っとくほうが
ウケは良いと思う。
技術系の知識は、入社後でも何とでもなるからな。

455 ：

>>454
なるわけない。
素養がない奴がなんちゃってエンジニアやってるから、周りが迷惑してるんだよ。

456 ：

>>455
入社前のスキルの差なんて、最初の1〜2年ぐらいしか影響しない。
あとは本人の努力次第で、そんなもんすぐひっくり返る。
それとも、ほとんど派遣しかいない弱小会社なのか？
そもそも、現状に対して何の動機づけもできずに手をこまねいてるだけの無能集団なんだろ？

457 ：

>>456
書いてあることをちゃんと理解してから反論しろよ。
かみ合ってないぞ。

458 ：

>>455
資格を持ってる≡素養があるとでも？
そんなもんで前もって判別できるなら苦労せんわｗ

459 ：

>>458
そりゃそうだろうけど、資格持ってない奴の素養があることを見抜く方が難しいだろ。

460 ：

>>458
455だけどさ、>>455は、技術系の知識は、入社後でも何とでもなるわけじゃないよ、って意味で書いたんだが。
資格を持ってる≡素養があるととかいうことは全然考えてないよ。

461 ：

>>459
資格持ってるほうが「マシな確率が多少高い」程度な。
それ以上の差異はないよ。

462 ：

資格取ってない奴ほど過小評価するの法則

463 ：

誤：　資格取ってない奴ほど過小評価するの法則
正：　資格取れない奴ほど過小評価するの法則

464 ：

俺ネスペ持ってるけど馬鹿には取れないと思う

465 ：

データベーススペシャリストの問題なんか見たこと無いんだろうな。
https://www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2013h25_1/2013h25h_db_pm2_qs.pdf
これが解けて「資格持ってるほうが「マシな確率が多少高い」程度」とか良く言うわ。

466 ：

データベーススペシャリストと同程度の難易度の資格・試験
> 米国公認会計士
> 英検１級
> 不動産鑑定士
> ネットワークスペシャリスト
1ランク下の資格・試験
> 国税専門官
> 海事代理士
> 中小企業診断士
> 土地家屋調査士
> エンベデッドシステムS
1ランク上の資格・試験
> ITストラテジスト
> 東京都庁�T類
http://4kac.com/diff_rank.html

467 ：

知らないって怖いね。
ネスペ？wwwとか思ってる奴多そう。

468 ：

以上、技術力が低い会社にありがちなやりとりでした。＞資格が役に立つ/立たない

469 ：

基本情報とかは役に立たないけど、DBやネスペが役に立たないというのはちょっと。

470 ：

技術力の低い会社だと、特定派遣でIT雑用をメインに仕事をするから
高度資格を持っていても能力に応じた仕事につけるわけではない、
ってことかな？

471 ：

>>461
> >>459
> 資格持ってるほうが「マシな確率が多少高い」程度な。
> それ以上の差異はないよ。
こういうこと言いたがる奴多いよね。
なんでそういうこと言わずにいられないんだろうね。

472 ：

資格って別に持ってて不利益になることないんだから別に取っといてよくね

473 ：

>>472
そうだけど。簡単には取れない。
取れないやつは挑戦しないから知らないだろうけど。

474 ：

>>473
あぁ、会社で使えない奴は、たいてい
勉強しないから使えないんだ。

475 ：

資格所有者≠高能力
高学歴≠高能力
入社試験高得点者≠高能力
つまり、勉強なんて意味がないってこった

476 ：

低学歴過ぎて、「相関」まで数学が進まなかったのかな

477 ：

勉強しない奴はダメだろ。

478 ：

>>475
勉強をする⇒高能力
は言えなくても、
高能力⇒勉強をしている
はほぼ言える。
つまり、勉強をすることは高能力であるための必要条件。

479 ：

>>471
何度受けても通らないからだろ。

480 ：

会社の仕事をお受験と勘違いしてやがる奴が多すぎるなｗ

481 ：

まったくだ、お受験すらできない奴に会社の仕事を任せられる訳がないよな

482 ：

技術力の低い会社にありがちなこと -> 現場での経験や根性ばかり重視し新規技術や関連知識を
体系的に学ぶことを軽視する。

483 ：

>>482
基本や応用の試験勉強するだけでも、体系的な知識の習得には役立つのだがなぁ。

484 ：

>>482
コミュニケーション能力とソフトウェ技術とは関係ない
お客さんの仕事内容の知識（つまり業務知識）があれば十分
あとは、技術足りねぇバグ多い
結果、開発スケジュール守れね〜から
機能削ろうぜｗｗｗ
をマイルドに言えればOK

485 ：

技術力が低い会社にありがちなことだな。

486 ：

>>484
業務知識とコミュニケーション能力さえあればＯＫって考え方もまた間違いなんだよ。
業務知識やシステム知識が十分にあれば、誰でも理解できる平易な言葉で説明できるはずなので、
コミュニケーション能力ってのも自然と高くなるはず。
技術力が高くてコミュニケーション能力だけが無い奴なんて、現実にはほぼ居ない。

487 ：

必要なのは技術力に裏付けされたコミュニケーション能力だな。
顧客を含む対外部にしてもプロジェクトメンバーへの対内部にしても、
技術的見通しを持たない楽観論、懲罰論、精神論に頼った
コミュニケーション能力は、益にならないどころか害悪そのもの。

488 ：

ネットワークは受けといて損はないだろ
もちろんデータベースも
小論文ないから敷居が低いし、やっぱり基礎だから

489 ：

>>488
受けるだけじゃなくて、ちゃんと通らないとな。。。

490 ：

もちろん通るに越したことはないけど、
受けるために勉強することこそが技術力の底上げとなり、
残業時間を減らし、電車の乗車率を下げ、ハッピーな就労生活の第１歩となっ

491 ：

>>490
技術力向上が残業削減の第一要因とは、またどうしようもない底辺会社ですなｗ

492 ：

技術力が低い会社にありがちなこと(^o^)ﾉ
「動けばなんだっていいよｗ」
↑そのくせ無茶苦茶な案件ばかり拾ってくる('A`)

493 ：

「流用」っていう言葉が好きそうなイメージだな＞技術力が低い会社

494 ：

ちゃんと流用するのは、高度な技術が必要なのが現実。

495 ：

糞上司（ヘラヘラ顔で）「これ流用だからチョロチョロっとできるんだろ？」
今でも思い出すと殺意が湧く

496 ：

流用部分は工数0です!
実際はそのまま使えるわけじゃないのに!

497 ：

>>496
流用って言わなきゃ良いんじゃね？
参考ぐらいにしとけや。

498 ：

ヘタすると流用という言葉の中身を単なるコピペレベルで想像するからな…

499 ：

BSD使えるマだと、Linuxも使えるだろうし。ただ、逆は結構いるようで、Linuxに関しては
やたら詳しくても、BSD（というかUNIX全般)まったく知らなかったりする奴もいる。
このスレ的にはそういう技術力の低いところの話をすべきなんじゃない？

500 ：

このスレで扱うのはWindowsしか使えないとかそういう低レベルですので

501 ：

さすがにそれじゃ仕事にならん気がするが、
Windowsサーバー全く知らんからそう感じるだけか

502 ：

WindowsServerを使う機会なんてまずないから知らなくてもOK

503 ：

BSDのことなんか知らなくても仕事できるし
Linuxのことなんか知らなくても仕事できるし
Windowsのことなんか知らなくても仕事できるし
Macのことなんか知らなくても仕事できるし

504 ：

>>503
最下層の使い捨て奴隷ならな

505 ：

>>504
BSDのエキスパートですがなにか |
Linuxのエキスパートですがなにか |
Windowsのエキスパートですがなにか |
Macのエキスパートですがなにか

506 ：

>>505
無理すんな底辺
すぐボロが出て悔し涙に暮れるだけだ
黙って任天堂でもやっとけ

507 ：

WindowsServerはウィザードの塊だからバカでもできる。１週間参考書でガリ勉すれば資格も取れる。
LinuxとUNIXはコマンド体系似てるから、どっちかわかってれば苦労しない。
Macは知らんが、印刷業界とデザイナが重用するのはわかる。だからといってエキスパートになる必要はあまりなし。

508 ：

今のMacはBSDじゃねーの

509 ：

> 印刷業界とデザイナが重用する
遠い昔、確かにMacが優位だった時代もある。
だが今ではWindowsでも同じことができるのを単に知らないだけだろ
ある意味、情弱業界だからなｗ

510 ：

>>507
さすがにそれはWindows Serverを見下し過ぎ。
馬鹿では言葉の意味がわからんよ。
最近のWindows Serverは独自の新機能が多過ぎて、
バカが１年勉強したぐらいでは追いつかないだろう。

511 ：

権限関係がUNIX系のOSに比べて複雑怪奇になっている気がする。

512 ：

WindowsServerは改悪の一途をたどり続けている!
例えばWindowsServer2012、権限のグループと許可・拒否のダイアログがそれぞれ別に分かれてしまったので、
設定に必要なクリック数が2008R2に比べて4倍に増えてしまった。もちろんコマンドでは一部しか対応していない。
企業としても管理コストが増大してしまうので避けたいと感じてしまうだろう。

513 ：

>>512
CLIでやればいいじゃん。

514 ：

>>512
使い方間違ってるんじゃないの？
複数台のサーバを管理するには、2012の方が圧倒的に楽だろ。

515 ：

コーディング規約のチェックにCheckstyle使ったら怒られた

516 ：

>>509
＞ある意味、情弱業界だからなｗ
情弱じゃなくて、万年金欠の業界だからでしょ。ソフトウェアのライセンス料、
学習コスト、ハード代その他を考えると会社としたらそう簡単には変更は
出来ないからな。 むしろ個人の感覚でちょっとかじっては新しいのに変えると
言う方がよっぽど情弱だろ。

517 ：

>>516
実際にその業界の奴と付き合った（仕事した）ことあるか？
井の中の蛙的な奴ばかりだぞ。

518 ：

> 井の中の蛙的な奴
馬蚊のことかｗ

519 ：

井の中の蛙というか一を見て十だと思う人が多い気がするな
つってもそれはどこの業界でも一緒か

520 ：

問題なのが、ひとつのOSサーバに詳しいエンジニアが
他のサーバだとどうだろうとか他のリソースを活用したがらないことだよな。
馬鹿の一つ覚えってやつ？
挙句の果てに、広い視野を持てないスペシャリスト()が信者化して他人様に迷惑をかけると。

521 ：

>>520
Windows信者のことですね。わかります。

522 ：

>>520
他のサーバのことなら、他のメンバーに振るわ。

523 ：

仕事を完全に押し付けておいてチームワークとか笑わせる

524 ：

コーディングとかも結局は事前知識と慣れが殆ど
仕事はじめてから絵を描き始めた奴がイラストレーターとして使い物になるわけねー
入社前0のやつは基本的に入社後もずっと使えない部類だよ、常に一歩以上の後れを取ってる
だいたいこっち系業界、好きでやってる奴じゃないと続かないし身につかない

525 ：

>>515
努力を怠って機械に頼っちゃダメ？ってか…
恐ろしいな

526 ：

出来ない社員から次々と権限を奪っていって
最終的に、作業しようにも権限者が隣についていないと何も出来なくさせてしまったバカ上司。
その社員は馬鹿げてると逆ギレ起こして辞めました。
こんなことでいちいち他人の手を煩わせるぐらいなら、最初からクビにしたれよ(´･ω･｀)

527 ：

ペアプログラミングじゃんか

528 ：

>>524
同意だけど、技術力が低い会社ではそういう奴は迫害を受けやすいんじゃまいか

529 ：

>>528
出来ない奴に対しては、技術力高い会社の方がきついんじゃないかね
配転先があればいいけど

530 ：

土方と同じ人海戦術で乗りきれるといまだに信じて疑わない
クリエイター系の職業と同じで向き不向きのでかい仕事だってこと理解できていないと思うわ
>>526
ペアプログラミングとかでスキル付けさせようとしたが、出来ない馬鹿はついて行けずに辞めたってだけじゃね
ドライバーの意思をコードに落とす過程で、どういうコードがダメで、どういうコードがいいかってのが身につくし
ペアプロまでしてサポートしようとしたなら、OJTという名で投げ込むようなのより数百倍マシな気がするわ
それに、会社都合で切るより自己都合退職のほうが会社的にもマシだろうしなｗ

531 ：

>>528
そういう奴はさっさと辞めてマシな会社を探したほうがいいってことだな
今日日こっち系業界増えまくってるし、まともな技術力がなけりゃそのうちご飯食えなくなるのは見えてる

532 ：

ペアプロいいなと思ったのは、
コードレビューを本気でしてやったとき。
100行程度のコードのレビューで半日以上かかった。半日というのは最初の一回で、
全体的に直させてからそれに加え細かい所を何回か指摘している。
相手の作業時間もあるから、合わせればもっとかかっている。
半日以上かかったのは、読みにくいコードを何してんのか解析して、
自分ならこうするという考えが正しいことを実証するために
ある程度コードを書いて、何が問題点でどうするべきかのコメントをつけてる時間。
そもそもの考え方（設計）から指摘が必要だったから全体の再構成が必要だった。
もしペアプロしていたら、早い段階で変な書き方に行こうとしているのを
おいおい、なんでこんなことしてんの？って方向転換させられていたから、
もっと短い時間で出来ただろう。
ちなみにコードレビューの結果、無駄に存在していた関数
3つほど消し去って、コードは半分程度になった。

それにしてもインフラ技術とアプリ開発技術って違うね。
インフラはちゃんとできる人でも、アプリのコードを書くセンスないやつばっかり。
コードは書けても大規模なコードをメンテナブルに書けない奴が多い。
見にくい。わかりづらい。無駄が多い。

533 ：

>>532
そりゃ、そうだ。
コーダーの視点と、インフラの視点は違うしな。

534 ：

つ
ブラック会社の様相
・残業するのが当たり前の社風
・休日返上当たり前
・その割に給料が安い、残業代が出ない
・入社後３年以内の離職率が高い
・離職率・平均勤続年数・社員数を出したがらない（ウソを言う）
・他人に勧められない、社名を言うのが恥ずかしい
・誰でもできる仕事、もしくは体力勝負で数年後にボロボロになってポイ捨てされる
・病気になる、倒れる、過労死する
・30歳近くになって給料が上がってくると首を切られる
・労働組合がない、作ろうとした者を解雇する
・社員を人扱いしない
・社員の離婚が多い
・まっとうな給料や残業代を支払わない・物納で誤魔化すことがある
・経営者の私事に社員を駆り出す
・社員の吊るし上げ、イジメがある
・親族・友人の冠婚葬祭への出席もままならない
・社員同士の裏切り（告げ口、チクリ）をさせている
・社員の残業の記録を残さないので、労基署への証拠提出ができない
・会社の諸経費を社員が自腹を切り、会社に請求できない（その額が多い）
・社員が「何かをこらえた」「何か理不尽を飲み込まされた」顔をしている
・経営者の愛人や腰巾着が権力を握って恐怖統治をしている
・理不尽だらけの会社
・経営者が、絶えず社員を疑っている（盗聴器、尾行、張り込み）
・ワンマン一族の横暴経営（横暴な裸の王様・情けない腰巾着がいる）
・経営者に「社員を使ってやってる」という傲慢な気持ちや態度がある
・社員を、恐怖感、危機感、不安感で操ろうとする（ネットで解明されてきた）

535 ：

>>534の項目に一つも触れない企業の方が珍しい気がする

536 ：

うちはこれくらいだな
>・残業するのが当たり前の社風
これも該当かな
>・他人に勧められない、社名を言うのが恥ずかしい

537 ：

たくさんおかねくれたらいっぱいはたらくよ

538 ：

残業が多いのも糞だけど、好きでこの仕事してないせいで残業するしかない状態になってる奴も糞い

539 ：

>>535
残念ながら、世の中には一つも該当しない企業の方が多いんですよ。
IT企業に限れば、恐らくほぼ全てが該当するでしょうけどね。
早く業界脱出しようぜ

540 ：

>>539
手が震えてるぞ工作員

541 ：

>>540
これはただの16連射だ

542 ：

>>537
そういう奴に限って、１６時間かけて７時間分の仕事しかできないんだよな。

543 ：

高橋名人対毛利名人は完全にブック通りのプロレスだったな

544 ：

たまには橋本名人のことも思い出してやってください

545 ：

高橋名人、ハドソンソフト、懐かしいな
ネタバレ注意！！
デゼニランド最後の謎は polish pillar

546 ：

>>532
ペアプロでダメな奴と比較的まともな奴が組むとも限らない

547 ：

>>546
体育の授業みたいな二人組作ってー、ってやるわけじゃないぞ
ある程度スキルのあるやつと組ませることに意味があるんだから

548 ：

>>547
だからそれ自体がどうするの？って話
だいたいスキルある奴には他の仕事させたいというのが上の考えなんだから
ペアプロやることになったけど微妙な奴かそれ以下の組み合わせでもやるようになるし、
できるやつが指導的なことできるわけでもないという現実
すごいできる先輩に指導受けてた奴全員ダメになってたわ

549 ：

ペアプロの目的は指導じゃないからな
底辺は切っていけばいいって考えの会社なら、教育なんかいらんだろう
せいぜい「できる」人間だけで頑張ればいい

550 ：

>>539
なんか胡散臭すぎて、どっかの宗教団体の勧誘みたいだ。

551 ：

>>548
お前の会社って、コードレビューしないの？
どうせしてないんだろう？

552 ：

超速報　２ちゃんのコテのトリップすべてが割られる
http://hayabusa3.2ch.net/test/read.cgi/news/1377443291/
Windowsを使ってればこんなこと起きなかったのに・・・
Linuxも似たようなもんだからクレジットカード使うときは
サーバーがWindowsで稼働しているか確認するように

553 ：

IDとパスワードの悪用・不正アクセス　原因はロジテックのルーターと判明
http://hayabusa3.2ch.net/test/read.cgi/news/1377516126/
Linuxまたお前か・・・

554 ：

技術力が低いヤツがこういうマルチポストをするっていう例だね

555 ：

>>552
うあはり先輩…

556 ：

例のWin鯖坊やか

557 ：

プログラマのための技術情報共有サイト「Qiita(キータ)」
国内プログラマの50%超が利用するサービスに成長

558 ：

|:::::::::::::::　　　
　　 　　　 ∧＿∧::::::::::::　
　＿_ 　　（´・ω・`) :::::::: すみません、ここでうんこしていいですか？
◎ー）　 /　 　　　＼:::::::::
　|　 |　(⌒) (⌒二　)::::::::::::
　~~~　／⌒ヽ(￣､　 ヽ＿＿＿　
　　　/　　　　Lヽ ＼ノ＿__
　　　ﾞー―――（＿_）---

559 ：

>>557
キータことねーわという突っ込み待ちか？やめろよ。

560 ：

プログラマーたるものそんな宣伝文句に騙されるな

561 ：

胡散臭い投資系の宣伝文句みたいだな

562 ：

日本版StackOverflow.comを目指しているらしいけど、まあ頑張ってほしい。
ほんとStackOverflowにはいつもお世話になっている。たいてい答えまで
書いてあるし。

563 ：

通信接続スピードの環境がLinux系OSはWin７・Win８に比べ劣っている。
１例を上げるなら、Win8で１Gｂｐｓ接続している環境が、Ubuntu系では、
の環境設定がおなじなのに１Gｂｐｓから１００Mｂｐｓまで落ち、
この弱点を修正するためにUbuntu系では既存の接続設定プロファイルの
削除、新規作成、モデム・ルータの個々の電極の抜き挿しをやらなけれ
ばならない。

564 ：

>>563
技術力の足りない奴はマルチする？

565 ：

テレッテッテッテ、テッテ、テレレレ〜♪
　　　 ∧,＿∧ 　　　　　　　∧,＿∧
　 　　(　；`ω；´)　♪ 　　 　(´･ｪ･｀)
　　　/　　　　＼　　♪ 　 ／　　　　ヽ　
　　　レ'＼　 γ∩ミ γ∩ミ.　　／し´　
　　　　　　> ⊂::　::⊃⊂::　::⊃〈　　 ﾍﾟﾁﾍﾟﾁ
.　　　　 ／　 乂∪彡 乂∪彡 ＼ ﾍﾟﾁﾍﾟﾁ
(ﾟДﾟ)ﾆｬ〜　(ﾟДﾟ)ﾆｬ〜　(ﾟДﾟ)ﾆｬ〜　(ﾟДﾟ)ﾆｬ〜

566 ：

プログラミング問答

567 ：

オープンソースからMicrosoft Officeに再切り替え 山形県 - ITmedia エンタープライズ
http://www.itmedia.co.jp/enterprise/articles/1309/04/news112.html
>山形県は、オフィスソフトウェア製品「Microsoft Office」を2014年度中に全庁に導入する。
>日本マイクロソフトが9月4日に発表した。オープンソースソフトウェアからの再切り替えとなる。
>また、クライアントOSのアップグレードも並行して進行しており、2013年中には、
>県庁職員ならびに高校教員が使用するPCのOSが「Windows 7」に移行する予定だ。
ぶひょひょｗｗｗいわんこっちゃないｗｗ素人が作ったものに幻想抱いて現実に打ちのめされた山形県ｗｗｗｗ

568 ：

>>567
お前、誰と戦ってるんだ ?

569 ：

いつものアレだろ、スルー推奨
ヲチや触るのはあっちで

570 ：

ネトウヨも反論出来ない韓国人
http://www.nicovideo.jp/watch/sm2847046
ネトウヨが好きな韓国人
http://www.nicovideo.jp/watch/sm7006384

571 ：

オプソ導入でコスト削減！とは何だったのか
山形県、OpenOfficeからMicrosoft Officeに逆移行
http://opensource.slashdot.jp/story/13/09/05/0922224/

572 ：

有給休暇申請書の「休暇理由」という欄に「有給休暇」と書いたら
総務課から「休暇の理由をもう少し具体的に」と言われたので
「年間25日ある有給休暇の1回目」と書いて叩き返した。

573 ：

私用って書いておけばいいんだよ
それより25日とか超ホワイトだな

574 ：

>>572
それはおまいさんがアレだな

575 ：

>>573
25日あるだけではホワイトとは言えんよ。
気持ち良く取れて、その後も気持ち良く働けてこそホワイト。

576 ：

高望みしすぎると働ける会社が無くなるよ。

577 ：

よその国はどうだか知らないけど
日本では一流企業でも錆算・懲罰人事・人権侵害なんて当たり前にある
うまく立ち回って悲惨な目にあわないようにするくらいの器量がなきゃ生きていけない

578 ：

IFRSが導入されたら、未消化の有休は、会社の債務として計上が義務付けられるようだ
でも非上場のとこには関係ないか

579 ：

>>577
会社側の強烈な命令権は、終身雇用、年功賃金、労災補償などの福利厚生を用意する義務とセットなんだがね

580 ：

>>579
わけわかんない。

581 ：

中国人がわからない機能は使用禁止とか言われたんだけど

582 ：

>>581
そんな会社やめろよ
つか請負系の会社すべて滅びろ

583 ：

中国人が 「わからない機能は使用禁止」 とか言われたんだけど
「中国人がわからない機能」 は使用禁止とか言われたんだけど
「中国人がわからない」 機能は使用禁止とか言われたんだけど

584 ：

めんどくさいから全部禁止で

585 ：

中国人側から、ない機能は使用禁止とか言われたんだけど

586 ：

中国「人がわからない機能は使用禁止とか言われたんだけど」

587 ：

リファレンスなしに10個以上の言語でハローワールド書けない奴はプログラマー名乗るな
業務で使う使わないに限らず、幅広く興味持たない奴は技術力も低い

588 ：

>>587
広く浅いプログラマなんて使えねえよ

589 ：

>リファレンスなしに
ライブラリのアップデートに対する適応力がなさそうだな。
平気で非推奨やサポート切れのメソッド使うんじゃないか。

590 ：

>>588
浅くなんて言ってない
この程度の幅広さは必須だって言ってるだけよ

591 ：

>>590
なんでハローワールドなんだ？

592 ：

>>590
ハローワールドなんて激浅じゃん
それなりのアプリが書けなけりゃ、つまみ食いしたうちにも入らんわ

593 ：

>>589
別に長期的に使うプログラム書けなんて言ってないよ
ただ一度でも、多少でも勉強すればハローワールドくらいなら書ける。それぐらいの技術的な知的好奇心が必要だということ

594 ：

たくさんの言語で文字出力しましたー四則演算しましたーって、そんなので技術の幅が広がるかよ

595 ：

リファレンス見ず、ググらず、IDEに頼らず、にhello, world書けるのは、１０も無いな。
日常的に20も30もの言語使ったりしないよ。
C/C++とJavaとPL/SQLやHTMLぐらいかな。
あとはシェルやバッチだな。
C#はIDE無しじゃ無理だし、
PHPとかJavaScriptとかPythonとかはたまにしか使わないから覚えてないや。
>>593
色んな言語が使える人は、ハローワールドぐらいなら、勉強しなくてもググれば５分もかけずに書けるよ。
初めて使う言語でも、素人が１週間かけて作るようなプログラムぐらいなら、小一時間で作れるのがプロだよ。

596 ：

プログラマの価値はフッた言語の数で決まるのよ

597 ：

エキサイト翻訳使わないと、5か国くらいが限度だな。

598 ：

>>596
リファレンスやドキュメント、ソースを読まない奴はRばいいのにと思うよ。
アメリカの学生が調査したので、作業中断した時にもとの作業に戻るまで
かかる時間が10〜15分位だっけ？ お前が調べれば分かることをこっちに
いちいち聞いてくるからこっちの作業が進まないんだよ！

599 ：

>>593
好奇心がある人は、ハローワールドを覚えるというようなくだらないことには頭を使いません。

600 ：

>>598
そういう時は、聞かれた仕事をお前が５分でやってやればいいんだよ。
それを積み重ねていけば、、、（以下略

601 ：

ハローワールドの数よりハローワーク行く回数多そうだねw

602 ：

今の時代は、Hello world→Hello workに変えるべきだな

603 ：

団塊のオッサンが考えそうな言葉遊びで盛り上がってるな

604 ：

そういう層が多いってことだろ
それから、団塊はおっさんじゃなくて爺さんだろ

605 ：

ハローワールドの数よりfoo bar みたいな変数名を10挙げられる奴の方が使えるだろ

606 ：

TOPCODERのDIV2のeasy問題を10分程度で解かせりゃいい
でかい口叩いてる連中でも驚くほどできないから
負け惜しみは
「仕事ではこんなの使わねーし」「こんなの解ける奴と仕事したくないわ」
とか

607 ：

>>587
だけど、適当に書いたどうでもいいことで多少でも盛り上がったようで何よりです

608 ：

ハローワールド
Halo world
ｲ尓好世界
Bonjour le monde
Ciao, il mondo
Oi, o mundo
Привет, мир
Merhaba dunya!
hello dunia!
Xin chao, the'' gio'i

609 ：

>>605
但しhogeとfugaは却下
あれを書く奴はすべて軽薄馬鹿

610 ：

piyopiyo

611 ：

Ｘハローワールド
○こんにちは世界

612 ：

Ｘハローワールド
Ｘこんにちは世界
○ 世界よこんにちわ

613 ：

Cの勉強で、まじめにHello, World!と表示させるプログラムを入力した奴なんているのか？
普通は、自分で勝手に別の文字列を入力するだろ？

614 ：

>>613
Hello, worldなんかオープンソース化されてるんで自分でコーディングする必要はないべよ。
http://www.gnu.org/software/hello/

615 ：

>>614
コピペじゃ勉強にならんだろ。

616 ：

>>612
「こんにちわ」の時点で大恥晒し

617 ：

死ぬときはGoodbye, Worldと書いて死にたい

618 ：

>>617
書いてしまったってことは、もうその時が来たってことか。

619 ：

>>615
プログラムはグーグルとインテリセンスとカット・アンド・ペーストで作るものなのだ

620 ：

プログラマ要らんやん。

621 ：

>>587
すべての言語で print 文をサポートすればいいだけじゃね？

622 ：

最初のうちは、まじめに出勤してくる。
だんだん遅刻がちになる。
そのうち無断欠勤するようになる。
失踪する。
野原で絞殺体で見つかる。

623 ：

>>621
問題はそこじゃない。
int main(...)
とか言語によって違うのを細かいとこまで覚えとくのが大変なんだよ。
たまにしか使わない言語は、さらっとサンプル見た方が楽なんだよ。
どの言語にもprintやprintfに相当する機能があることぐらい殆どの奴は知っている。

624 ：

>>623
受験勉強じゃないんだから細かい所まで覚えておく必要はない。
忘れたらぐぐれば良いだけだろ。

625 ：

>>624
>>587 読め

626 ：

>>587
実際に動くかを確かめるにはそれらをインスコしないといけないわけだけど
Hello World のために金を出すのは馬鹿だし
無料のものは PRISM みたいな盗聴システムに繋がっている可能性がある。
リスクや無駄を省くなら机上で済ますことになるが、
本当に動くと確かめていない知識に価値はあるのだろうか。

たとえば、デフォルトで入っている言語機能にしても、
安全のために OFF になっていたりする。
試すにはそれを On にする必要があるが
めんどくさいので以下略

627 ：

>>603
＞団塊のオッサンが考えそうな言葉遊びで盛り上がってるな
団塊のオッサンって、自分達は能力がなく、年功序列でぬくぬく生きてこれたくせして、後から来た人には成果主義とか、「これからは◯◯が出来ないとダメ」とか認めないとかごちゃごちゃ言うんだよな。
まぁ、そう言うことを言っている団塊のオッサンに限って、大抵言っている本人はパソコンのリカバリやセットアップとか、もっと基本的なことすら、何も出来ないことが多いんだよな。

628 ：

>>627
それ…20年後30年後の自分自身の姿だよ

629 ：

そして歴史は繰り返す

630 ：

あといくつコピーをばら撒けばいいの・・・

631 ：

時刻ミスった

632 ：

>>627
「リカバリ」でお前のスキルレベルが読めたわｗ

633 ：

そうか、それはよかったな

634 ：

パソコンのリカバリやセットアップを例に挙げる意味がわからん。
基本的、ねぇ・・・

635 ：

>>625
C, C++, Objective-C これで３つだがええんか?

636 ：

>>635
そこはF-BASIC, N88-BASIC, HSPとか言おうぜ

637 ：

むしろ GCC, MS-C, Visual C++, Intel C Compiler, Watcom Cとか言おうよ。

638 ：

BDS-CとWhiteSmith Cも入れてやって
どっちも昔世話になったから

639 ：

そもそも何を以ってして技術力の優劣を判断するんだ?

640 ：

大企業でも老害が牛耳ってたら技術力は低い

641 ：

>>637
GCC, MS-C, Visual C++, Watcom C, Boland C, Turbo C, Lattice C, LSI C-86, THINK C, RUN/C
これで１０個だw
Intel C Compilerって単独のコンパイラじゃなくてアドオンに近いものだから除外かな。

642 ：

有名じゃないマイナー言語でハローワールドなら意味はなくもないかな
全然実用的じゃない言語
そんな事してるやつ、そういうの好きなやつしかいないしそこまではずれじゃない

643 ：

それ自作言語でハローワールドとかする奴だったらヤバイだろ
技術力があっても仕事は出来ない可能性が高い

644 ：

>>641
俺は、Think Cが無くて、Datalight-CやZortech C++付きだな、

645 ：

COBOL, RPG, PL/Iが技術者少なくて単価良かったりするど。
使って面白くはないがメシの種には良い。

646 ：

COBOLなら今でも80万/月貰えるから仕事としては美味しい

647 ：

それ俺が納めた税金だから

648 ：

俺も納めてるし

649 ：

俺は納めてない

650 ：

どうぞどうぞ

651 ：

「車輪の再発明」が多いこと。

652 ：

ハンコックばかり使うわけにはいかんだろ。

653 ：

車輪の再発明に目くじらたてるあまり「車輪の改良」すら許されないような組織は、
遠からず必ず衰退する。
どんな組織にも、ある種の無駄は必要なのだ。

654 ：

そんな時代は終わったんですよ？

655 ：

>>654
バブルがとっくに崩壊したのに、まだこういう馬鹿がいたとはねｗ

656 ：

>>654
改良も再発明もできないような技術者は、所詮新たな発明もできないんだよ。
生産効率しか頭にないような奴には、それが何を意味するか分からんだろうがね。

657 ：

その結果がガラパゴスかｗ
はやく滅びればいいのにｗ

658 ：

>>654,657
日本に住んでいてなお「カイゼン」という言葉を知らないのかねえ....
本国のサムスンやヒュンダイですら取り入れているのに、困ったものだ

659 ：

ガラパゴスは技術の無さというより閉鎖的な文化からきてる
オープンにすれば、世界に広まったモノもあると思うよ

660 ：

オープンにしよう！などとほざいてどんだけ技術盗まれたんだよ
頭おかしい

661 ：

オープンにしてもうちの方がいいってゴリ押ししてくるからな。アップルとか、アップルとか、アップルとか。

662 ：

一度は車輪の再発明をしないと技術が身につかんよ。
毎月のようにする必要はないけどな。

663 ：

トーンダウンしてきたな

664 ：

>>662
それは車輪の再発明ではなく勉強。
すでにある車輪を勉強するのはいいことである。
ただ、既に車輪があるのに、自分で作り出す再発明は無駄である。

665 ：

>>664
その既にある車輪が、これ以上改良のしようもないほど完璧と言えるか？
それとな、既にある物をいくら勉強したって、それだけでは創造的思考力は身につかんのだよ。

666 ：

あのさあ、動きゃいいんだよ！

667 ：

既にある物を勉強しないで創造的思考力を身につけるのも難しい

668 ：

>>664
勉強？そんなものは、言わば畳の上の水練に過ぎない。
基礎知識をつける役には立つが、それだけで通用するほど技術の世界は甘くない。

669 ：

lsを読まずにプログラマを名乗るな！
Linux、Mac OS X、BSD、SolarisといったUNIX系OSにおいて
最も身近なコマンドであるlsのソースコード解説書です。
UNIX系OSを使っているプログラマであれば、誰でもlsコマンドを
日常的に使っていることでしょう。実際、lsコマンドを実現している
プログラムは汎用性が高く、大量のデータも処理できるよう作られており、
そのソースコードを読み解くことはプログラマの成長にとって大変役立ちます。
本書は、C言語に習熟している人を対象に、GNU coreutiles 8.21の
lsソースコードを解説します。lsのソースコードを読めば、マルチプラット
フォーム対応の注意点、大量のデータを可能な限り継続処理する方法、
実行性能や利便性とのバランスの取り方がわかります。
ttp://www.shuwasystem.co.jp/products/7980html/3943.html

670 ：

>>668
でも基礎知識のない奴は100%通用しないんだよなぁ
だから勉強は必要

671 ：

>>666
今動いてるのは、先人が苦労してレールを敷いてくれたおかげだ。
だが次の時代、誰がその「新しい動くモノ」を作れると思ってるんだ？
向上心皆無のお前らゆとりには100%無理だぞ。

672 ：

>>670
勉強が不必要と誰が言った？
話をすり替えて逃げるなよ

673 ：

車輪を勉強するんじゃなくて、車輪を再発明するんだよ。

674 ：

>>672
ところが、基礎知識もないくせに応用ばやりやって躓いてる奴の多いことｗ

675 ：

古文やってりゃ向上心が鍛えられるんだとよｗｗｗｗｗｗ

676 ：

これまでにない高速なソートを考えて実装してみた
これは「車輪の勉強」でもあり「車輪の再発明」でもある
だが、「優れた車輪の再発明」とは限らない
業務使用に耐えない車輪かもしれないし、むしろその可能性の方が高い
だから仕事でやると怒られるかもしれない
でもプライベートにやってみるのはいいことだし、アルゴリズムはそうして進歩してきた
これでいい？

677 ：

草の数＝論破された悔し涙の量

678 ：

>>676
まぁ実際の所、２５年前ならソートは自作する方が良かったんだよ。
今じゃ主なアルゴリズムは既製品で実装されてるからそっち使う方がいい。
だが、自分で実装してみないと、アルゴリズムを理解するのは難しい。

679 ：

>>675
社会の未就園児には用はないから早く寝なさいね

680 ：

古文は専門家が研究してりゃいいんだよ
アルゴリズムだってそうだ、いちいち知る必要はまったくない
時代は変わったんだよ

681 ：

>>680
専門家になれなきゃ安く買い叩かれるだけだぜ。

682 ：

基礎を勉強しないのとするのとでは、基礎あった方が応用を勉強する効率も違うしな

683 ：

いつまでそんなジジイみたいな事言ってんだ
ジジイだから仕方がないのか
頭かたすぎ

684 ：

アルゴリズム知る必要はないって言ってる奴のが頭硬いだろｗ
知らないのと知ってるのでは知ってる方が良いのは間違いないだろうに

685 ：

なんかアレだな。
情報処理の資格なんか役に立たないと言ってる奴と同じ匂いだな。

686 ：

ライブラリの使い方は5年先には使えなくなってるかもしれない。
アルゴリズムのような基礎的な部分は25年後にも使える可能性が高い。
どちらに力を入れる方が賢いかは明白。

687 ：

アホらしい
新しいライブラリ覚えればいいだけじゃん
Javaだってそうだったよな？

688 ：

>>686
Java使っとけ。
10年20年使い続けられるから。
今ある言語で(業務アプリ作る言語としては)一番安定してるよ。

689 ：

>>688
Javaのお仕事を(今と同じくらいの値段で)続けられてればいいね。

690 ：

当たり前なロジックも出来ない奴らが居るから言ってるんでしょ
例えばif文とかselect文の分岐しまくりが嫌なわけで「俺ならポリフォーリズムで処理分ける」って感じでそ
違いますかな？

691 ：

ポリフォーリズムってなんですか

692 ：

>>688
で、10年20年後には、
「この老害ジャバラーが....」と若手に罵倒されるんですね

693 ：

Cがなくならないのと同じでJavaも無くならないよ。

694 ：

>>651
は、「車輪の再発明が多いこと」と言っていて、
「絶対に再発明をしてはならない」とは言っていないのだが。
知識万能の奴などいないのだから、たまには見落として再発明するのも、
ご愛嬌だろうが、ある会社では一つか二つ。別の会社では、同じ仕事の
はずが、5個も10個も再発明しているとしたら、やはり、優秀ではない
のではないのかな。大体、普通のマはデスマで忙しいはずだから。
再発明の数を減らす努力をすれば良いと思う。それでも見落として
再発明したら、ご愛嬌で済ませるわけにはいかないかな。

695 ：

>>691ハリーポッターと秘密の部屋でハリーとロンがクラッブとゴイルの髪の毛を
ポリジュース薬に入れて飲むとクラッブとゴイルに変身します。
このポリジュース薬のポリはポリフォーリズムのことです。
要するに複製ができちゃうんですね。
もっと詳しく聞きたいなら、書きも参考にしてみてください
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1430714984

696 ：

>>693
金にならないと商売あがったりですぜ。
１人月１２０万はもらわないと。

697 ：

>>695
その「書き」には「ポリフォーリズム」の事なんてまったく書かれてませんでしたが？

698 ：

>>693
いま残ってるCの仕事って、Cのことだけ知っててもダメなような案件ばかりなんだよね。
昔はCだけ知ってれば通用したのかもしれないけれど。

699 ：

>>665
> それとな、既にある物をいくら勉強したって、それだけでは創造的思考力は身につかんのだよ。
これが事実であるという証明って
されたっけ？

700 ：

C++11やろうぜ

701 ：

>>691
素直に「多様性」って書けば良かった
変な燃料投下しちまったテヘッ

702 ：

ポリフォーリズムと多様性に何か関連性があるんですか？

703 ：

ポリモーフィズム 【 polymorphism 】
http://e-words.jp/w/E3839DE383AAE383A2E383BCE38395E382A3E382BAE383A0.html
オブジェクト指向プログラミング言語の持つ性質のひとつであり、
同名のメソッドや型などをオブジェクトの種類に応じて
使い分けることができる性質のこと。
日本語では「多相性」「多態性」「多様性」などと訳される。

704 ：

ポリモーフィズムの話なんて聞いてませんが？

705 ：

ポリモーフィズムの書き間違い一つでここまで伸ばせるのが技術力の低さだな
そもそも>>690のselect文とか、VBしかやってこなかったのかと

706 ：

ポリリズムポリリズムうるせえよ
この老害アキハバラーが

707 ：

>>705
ほんじゃあ「エバリュート」！

708 ：

自動車を作ろうとしているときに「車輪の再発明」をするのは悪いこと
だろう。
たいていは、有用な既存技術があることを勉強不足で知らなかったから
そういうことをしてしまう。
また、いちプロジェクトの更にサブブロジェクトでできたものと、
既存のデファクトでは、どちらが優れているかは明らか。
(「四角い車輪の再発明」と言われる)
一方で、車輪の仕組みを理解したり、車輪そのものを改良するために
「車輪を再発明」してみるのは良いこと。

709 ：

だからそれは再発明ではなく、
発明されたものをみて
勉強してるだけだって。
再発明とは同じものを
新たに作ること。
それ以外の目的は含めてない。

710 ：

くだんねーことで頭に血を上らせてる感じの、
ハタから見ると結構滑稽なんだけど、技術力が低い会社だとたまに見る。
実演どうも。

711 ：

>>666
>「あのさあ、動きゃいいんだよ！」
そういう奴って、事前の会話では「動きゃいいんだよ！」と言っていたくせに、
出来上がった時になってから、
アレが嫌だ、これがダメだ、ヲレが思い描いていたのとは違う
とか、言い出すから、トラブルの元になるんだよな。

712 ：

>>687
> アホらしい
> 新しいライブラリ覚えればいいだけじゃん
だからその「新しいライブラリ」は誰が作ってくれるんだ、という話。
専門家とやらは、だまっててもどこからか湧いて出てくるのか？
（お前には一生かかっても作れないし、期待もしてないから心配するなｗ）

713 ：

> 「新しいライブラリ」は誰が作ってくれるんだ
今あるライブラリは、誰が作ってくれたんだっけ？

714 ：

>>713
時には車輪の再発明やタダ働きもしながら技術を磨いてきた専門家だ。
「仕事時間にできないならやらない」などと甘えたことは言わずにな。

715 ：

ライブラリは、専門家が作る。
そういうことか。

716 ：

腕のあるマでも、まったく受けたことのない仕事なら、車輪の再発明も
やむを得ないだろう。それとも、すべてをネットで転がっているソース
で済まそうとする、「コピペコーダー」の方が良いのか？
それはそれで、困ったことにもなりかねないのだが。

717 ：

なんでお前らって極論で議論したがるの？馬鹿なの？

718 ：

「技術力の低い会社は両極端な話しか出来ない」

719 ：

便所の落書きに治世を求めるなよ

720 ：

>>716
上にあるソートが その車輪として
それに商品価値ないんだが...
Skypeもcodecの部分は買ってきてる
ただのSip作っても評価されん
独自のcodec作っても使えん
ここで 言う技術力って何を示すか
わからんが コピペで済む話じゃ無いと思うが

721 ：

技術力よりアイディアが全てよ

722 ：

ライセンス、金、勉強など理由はあれど、
基本的に再発明なんて避けるべき事だわ。
学習用途なんて、いろいろある手段の中での一つなだけ。

723 ：

車輪の再発明は悪だから、アルゴリズム勉強したら駄目って言ってる馬鹿と
アルゴリズムなどの基本の勉強の為に車輪の再発明が必要って言ってる馬鹿が言い争ってる
車輪の再発明は駄目ってのと、基本の勉強は両立出来るのに

724 ：

車輪の勉強なら良いが、再発明は、なるべく避けるよう、
努力すべきだな。

725 ：

ライブラリ・フレームワークを使用するのは三流以下
最低でも一度は自分で自作するべきである
ｷﾘｯ

726 ：

まともに金出してくれる会社には汎用性重視で一般的なフレームワーク使ってあげるけど
金ケチるところは完全自分仕様のマイフレームワークで工数激減させてる

727 ：

>>723
両立できればいいってわけでもないからなぁ。

728 ：

まともに見積もれるスキルがあるとこなら、外部ライブラリを使わない選択しても工数は対して減らない。
工数が増えるのは、知識不足で無駄なとこへのテストを盛り過ぎてたり、
俺々のテストを端折り過ぎてるってだけのパターンが多い。

729 ：

>>726
その方が、かえって手間がかからないか？

730 ：

他人の作ったものを理解するより、自分で考えたものの方が理解しやすい。

但し、自分で考えることができる奴に限る。

731 ：

>>729
全然。開発の手間を極限まで減らす目的で作ったオリジナルフレームワークだから。
もちろんどうしてもって要望があれば普通のフレームワークを使うけど
無駄が多くてね。

732 ：

富士通→CEC→NTTDI→ウチと天下りしてきたヤツが来た。
『富士通在職中は、2,000名以上の体制のＰＭとして、数多くのナショナル巨大プロ
ジェクトを成功に導く。』だとさｗ
ちなウチは70人ぐらいの弱小偽装請負。
中国ビジネスの達人らしいが、落ちるところまで落ちてきたな〜って感じ。

733 ：

2000人体制より20人体制を管理するほうが、ある意味では難しいけどな

734 ：

>>732
天下りをバカにしちゃいかんぞ。
ビッグビジネスを引っ張ってきてくれるかもしれんぞ。

735 ：

>>733
それはない

736 ：

>>735
読みが浅いな
まあペーペー管理職なら仕方ないかｗ

737 ：

>>735
「鉄1kgと綿1kgではどちらか重いか？」に対して
「そんなもん同じに決まってるだろ、それ以外に何がある！？」と
脊髄反射するタイプなんだろうだな。
世の中、そんな単純ではない。

738 ：

>>736
2000人を管理したことがあって言ってる？

739 ：

>>738
2000人一人一人をマネージしてたら化け物だな。
ツリー構造で、せいぜいその下のマネージャー数人程度だろ。
しかもその規模になると下はほぼ勝手に動いてくれるから名ばかりPM。

740 ：

>>738
「いえ…失礼しました」を期待してるんだろうが、外れだ

741 ：

>>738
もうね、2000 >>>>>> 20 に呪縛されて
頭が噴火してるのが見え見えなんよ

742 ：

うん百億って金が動くプロジェクトを管理するより、1億のプロジェクトを管理する方が難しいんだ

743 ：

>>739-740はまともっぽい
>>741は素人

744 ：

>>742
金額の規模を決めるのはマネージャの裁量ではなく
ブランドイメージだからね

745 ：

>>744
そこら辺の小規模プロジェクトは名ばかりPM率が高いけど、ガチの大規模PJのマネージャって相当に頭が切れるばかりじゃん

746 ：

>>744
ていうか大金が動くプロジェクトでブランドが重視されるのは当たり前
たとえ資本力が弱い会社でも、技術力が高ければそこに発注するべき？
お前が客側担当者なら、いざというときの担保と純粋な技術力、どっちを重視する？

747 ：

>>745-746
たかが>>744の書き込みから何でそんなに話ぶっ飛ばしてるのか知らないけど
君の主張は2000人PJのPMはえらいんだぞーってことね、はいはい

748 ：

>>747
納得できないから反論してるだけじゃん
俺は理屈が知りたいだけなんだけど、とりあえずお前は正論吐けない雑魚だから黙ってて

749 ：

738とか742とか744とか745がアホすぎてもう。。。

750 ：

738とか742とか745とか746がアホすぎてもう。。。

751 ：

全部同じ奴だろ。

752 ：

>>743
こんな自演に騙されるとは…やはり技術力が低いようだな

753 ：

>>752
逆説的に捉えると、自演に騙されないやつは技術力が高いって事かい？

754 ：

逆をとってどうする
「こんな自演に騙されるとは、技術力が低い」の対偶は
「技術力が高ければ、こんな自演に騙されない」だろ

755 ：

技術力が低い会社にありがちなこと
こんなスレで乳繰り合ってる社員がいる

756 ：

>>755
それ、どんなホモだよw

757 ：

セックス三昧だと頭が馬鹿になるのでしない。ただ全くしなく
なるのも30代といえど不健全と思う。
問題なのは相手を妥協したセックスなど満足しないのだ。風俗
の場合、好みの相手を選んだとしてもまた行きたくなってしまう
ので満足度は50％だろう。
毎日2回は抜いている生活をここ2年続けているのでなんとか誰にも
迷惑を掛けずに性生活は抑えている。しかし、最近なぜか若きの頃
の思い出が蘇り、体の関係など本当にどうでもよく、10代の女達と
服着たままor脱いだ状態で抱き合ってた記憶に懐かしく思う。

758 ：

20人規模のPMと2000人規模のPMじゃ仕事の質が違いすぎて比較にならん。
それぞれ全く別の適性が必要。
20人規模のPMは下（技術者、外注、同僚M）をうまく使えることが最重要。
上のほうはせいぜい直属の上司さえ掴んでおけばいい。
2000人規模のPMは上（経営層、顧客、お役人）をうまく使えることが最重要。
下のほうはせいぜい各開発サイトのPMさえ掴んでおけばいい。
どっちが難しいとか簡単とか言えるようなもんじゃない。
全く別の職種だ。

759 ：

>>758
プログラマはコードを書くことが仕事だから関係ない話じゃん
PMなんてプログラムが書けない底辺のバカがやる仕事

760 ：

>>758
難易度は2000 >>> 20に決まってるだろ、とか言ってるのは
管理経験のない底辺ガキだけ
いつまでもループすんな

761 ：

>>759
技術者がやりたがらない管理や雑用やってくれてるんだから感謝しなくちゃ。
バカじゃ出来ない仕事だと思うよ。
ま、どうしようもないバカも多いんだけど

762 ：

でも、管理雑用だけでよっぽどな給料取ってくんだぜ！？

763 ：

>>760
どっちならお前にでもできそう？

764 ：

>>762
ルーチンワークを滞りなく進めさせるのって、結構難しいんだぜ。
アホがやってたら、朝来たら、今日の仕事はありません、となって、
次の日来たら、今日は１６時間やってくださいとか言われかねない。
あ、お前らの場合だと３０時間ぐらいか。

765 ：

仕事ないならそのままほっといてくれればいいのに、わざわざ仕事を探し出してくる人がいるのが信じられない。

766 ：

それは、それで、良い人なのかも

767 ：

世の中には仕事がなくても気にしない人も居るんだな。
殆どの人は、仕事がないと、落ち着かないものなんだが。

768 ：

イスカンダルでは人間は働かなくても機械がやってくれるので、
あの人たちは趣味で殺し合いをやっているらしい

769 ：

>>767
フリーのころなら少しでも仕事取ろうとしてたけど、
今はサラリーマンだからね。

770 ：

>>769
サラリーマンであっても長期的には同じだよ
設計として入社したつもりが、１０年後には営業やPC修理をする仕事へ移動させられる
もちろん、あくまでサラリーマンであることが重要であって、
仕事の内容は選り好みしないという覚悟が>>769にあるのなら、話は別だがね....

771 ：

手が空いてるからって、いい仕事持ってくるわけでもなし。
持ってきたら隣のやつが面白い仕事してる横で、テスターでも翻訳でもやるけどさ。

772 ：

「君は、明日から営業だよ」
　　　↓
「間接的な退職勧告」

773 ：

そこまでやられると、すっきり辞められてうれしい。

774 ：

俺の場合
「君は、明日からISO担当だよ」
　　　↓

775 ：

磯・・か

776 ：2013/09/24

ttp://coin.nikkeibp.co.jp/coin/itpro-s/seminar/nc/130213/
こいつか・・・嫌な思い出しかないわｗ
少なくとも俺も参画した現場は成功していなかったが。