板検索:
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (932)
まとめビュー
1
仕様書無しさん[]   投稿日:2016/11/10 21:21:07
と、おじさんは思うんだ。
だって作業が自動化されて楽ちんになるんだぜ?
コメント2件


2
仕様書無しさん[sage]   投稿日:2016/11/10 21:24:15
社会に出てもExcelとかでクッソメンドクセーデータ整理とかするんだろうからVBAは覚えておけばウマーだと思うんだわ
それに飽き足らないレベルになったらガチのプログラム言語を使えばいいと思うんよ

3
仕様書無しさん[sage]   投稿日:2016/11/10 21:28:09
プログラム作る動機って、手作業でもできるけど繰り返しやるのがメンドクセーってのを機械化するのがほとんどだろうと思うんよ
だから自分が普段使うツールを補助できるプログラム言語が一番恩恵を受ける言語になり得ると思うわけよ

4
仕様書無しさん[sage]   投稿日:2016/11/10 21:32:16
意外と大手企業でもめんどい手作業でのデータ加工とかで工数かけてるんよね
そういうところに「何でもある程度は作れて作業が楽ちんになるツールが作れる」って触れ込みで仕事もらえたりするわけだし

5
仕様書無しさん[sage]   投稿日:2016/11/10 21:32:48
って誰もいねぇ?

6
仕様書無しさん[sage]   投稿日:2016/11/10 23:02:19
その前に自分で作ったものや自分自身の環境を
どこでも使えるようにする仕組みを作るべき

でないと快適な環境を作り上げても再インストールや
違う場所に行ったときに一から再設定しなければいけなくなる。

7
仕様書無しさん[]   投稿日:2016/11/11 08:13:39
VBAさいきょー

8
仕様書無しさん[]   投稿日:2016/11/11 08:20:49
IT業界にしがみついてるプログラマほど愚かなことはない
相対価値が低くて、低評価、賃金安く、長時間拘束、休み少ない

ユーザー企業のプログラマは
相対価値が高い、高評価、賃金高く、時間は定時でも故意の生活残業をでき、有給取れる

全く同じ技術レベルどころか、後者のほうはVBAが出来れば得られる地位ww

ほんとIT業界にしがみつく意味がわからん
コメント4件

9
仕様書無しさん[sage]   投稿日:2016/11/11 08:41:26
そうなんよね。ユーザー企業でやる作業の効率化ツールの作成なんか、IT企業でやってた経験があれば余裕なんよね。
それでいて実際に使ってくれる人からは感謝が得られるし。デカイシステムだとユーザーの顔すらお目にかかる機会がなかったりとかでモチベ維持ができない
ってことでVBAを片手間でいいから覚えとけ


10
仕様書無しさん[]   投稿日:2016/11/11 10:22:33
>1
工数少ないドカタ大変

11
仕様書無しさん[]   投稿日:2016/11/11 11:05:09
受注SEの知的財産と開発利益の指示損害対策

派遣契約以外は指示禁止だから客先指示に従うな!
委託契約なんだから作業完了日は自分で見積もれ!
・プログラムの料金以上に製作するな
・プログラムの利益を搾取させるな
・プログラムの報酬を搾取させるな
・IT社長に贅沢資金を搾取させるな
・客先経営資金削減の犠牲になるな
・平均年齢40歳未満の会社は辞めろ
・6時間/日以上PC使用の会社は辞めろ
・1,000万円/年以下の会社は辞めろ
・100万円/月以下の契約は辞めろ
・5,000円/時以下の契約は辞めろ
・100万円/月以下のプログラムは作るな
・偽装請負の開発は止めろ
・多重派遣の開発は止めろ
・多重契約は止めろ
・残業見積りは止めろ
・不要作業は止めろ
・時間外労働違反は止めろ
・契約外作業期日は守るな
・客先指示に従うな
・不利益な依頼は断れ
・知的財産を渡するな
・生産効率を上げろ
・残業しないで学習しろ
・残業しないで副業しろ
・損害賠償訴訟を怠るな

委託契約は指示禁止
http://members3.jcom.home.ne.jp/mu-isawo_rosha/rou32.html

12
仕様書無しさん[sage]   投稿日:2016/11/11 15:24:57
vbaは覚えるの楽だし良いよね
一年あればある程度マスターできる

13
仕様書無しさん[sage]   投稿日:2016/11/11 16:26:53
sedとawkをチョイとでも使えるようになればテキストデータの変換も簡単になるから便利やと思うけどね

14
仕様書無しさん[]   投稿日:2016/11/11 17:36:51
excelVBAを昔舐めてました
excelVBAでサブクラス化なんてもんを見たことがあります

VBAのくせして
コードがCでwindowsプログラム組んだのと同じようなコードww
メッセージキューの操作から全部書かれていやがった
コメント2件

15
仕様書無しさん[]   投稿日:2016/11/11 17:46:15
>8
面白い面白くないで言えば
結果と効果がはっきりわかるユーザー企業のプログラマのほうがプログラミングもたのしい

16
仕様書無しさん[sage]   投稿日:2016/11/11 23:32:23
>14
マジすかw
WindowsAPIをコールすれば可能だろうけど、それをExcelVBAでやるメリットが思いつかない。ネタ的な挑戦なんだろうかw

17
仕様書無しさん[]   投稿日:2016/11/12 05:45:34
excelvbaでサブクラス化やるとデバッグを防げるってのもあるんだよね
バグがあると暴走するからwwwww

18
仕様書無しさん[sage]   投稿日:2016/11/12 17:19:23
仕事でVBA使ったけど低レベルな言語でいちいち面倒だったわ

ただのオマケだろこんなもん

19
仕様書無しさん[sage]   投稿日:2016/11/12 21:28:51
オマケにしてはかなり出来のいいオマケに思える
もちろんガチ言語と比べるとクソやけど仕事の利便性を高めるって事には十分役立つツールやと思うで

20
仕様書無しさん[]   投稿日:2016/11/13 04:52:29
業務系だと
ほぼ求められてる作業できちゃうからなw

21
仕様書無しさん[sage]   投稿日:2016/11/13 20:59:28
VBA使うシーンって
Excel>>>超えられない壁>>>Access>>>>Wordってイメージなんだけど皆はどんな感じ?
ワイが仕事で使ってるのがExcelばっかかもしれんから他の意見も聞きたい
コメント2件

22
仕様書無しさん[]   投稿日:2016/11/13 21:20:59
>21
シーンって言うけど、シーンじゃなくてアプリの話になってるだけじゃん

23
仕様書無しさん[]   投稿日:2016/11/14 00:10:41
>1
学生でそういうものを使用するのは研究レベルの人間だから、ほとんど触れる機会がない。

24
仕様書無しさん[sage]   投稿日:2016/11/14 21:15:45
>21
ExcelVBA だけでいいと思う。Access はソフト自体が下火。AccessVBA はいらない子。
コメント2件

25
仕様書無しさん[sage]   投稿日:2016/11/15 08:48:28
>24
DBソフトってAccess以外に売れ筋なのがあるん?
個人の需要がどれほどかは謎やけど
コメント1件

26
仕様書無しさん[]   投稿日:2016/11/15 18:14:19
>25
Excelの行列数が拡張されてからは、あまり使われてないだろうね。

RDBの勉強ならAccessには触らない方がいいし。
コメント1件

27
仕様書無しさん[]   投稿日:2016/11/15 20:34:57
>26
行数や列数が増えたからと言って、その数だけ扱えるわけではないorz
データ数が多いと異常終了頻発

28
仕様書無しさん[sage]   投稿日:2016/11/16 09:19:13
>24
Access使うにしてもフォーム扱いにくくてなあ
どうせエクセルと連携するならエクセルで動かしゃいいってなっちゃう

29
仕様書無しさん[sage]   投稿日:2016/11/16 12:38:21
そもそも今のゆとりはVBAどころかPCすらまともに触ったことがないんだからな
「若者のPC離れ」
http://diamond.jp/articles/-/98503?display=b

30
仕様書無しさん[sage]   投稿日:2016/11/16 20:08:54
VBA+それ以外のITスキル、言語(JavaとかC++)があればIT業界でやってけるが
VBAのみだと一般事務部署に鬼のようにコキ使われる。
よく言えば、「引く手数多極まりない」って感じだけど。
一般事務部署はVBAで処理したい案件山程抱えてるけど、経理や営業、人事などの部署にはVBAスキルを持った人材が全くいないからな
コメント1件

31
仕様書無しさん[]   投稿日:2016/11/16 21:00:36
>30
C++って所が極めて古臭いなw
そんなんで大丈夫かい?

32
仕様書無しさん[]   投稿日:2016/11/16 21:45:30
C++なんて言ってるところを見るとじじいだろ。

ライブラリ充実のJavaとC#を並べるならわかるが、C++って相当なハイレベルアプリ開発だろw
コメント1件

33
仕様書無しさん[sage]   投稿日:2016/11/16 22:01:43
C++できるって言えるレベルならVBAなんてやるべき人じゃない

34
仕様書無しさん[]   投稿日:2016/11/16 22:32:28
>32
>14みたいにサブクラス化までやってればWindows上ならVBAでも同じことできるぞ。(速度等除くw)
コメント1件

35
仕様書無しさん[]   投稿日:2016/11/16 23:03:47
>34
そのVBAが外部プログラムを呼び出しているだけだろw
コメント1件

36
仕様書無しさん[sage]   投稿日:2016/11/17 12:19:53
「C++ができるならIT業界やっていける」って書いてるんだから間違いじゃなかろう。ジジくさいのに異論はないけどw
まあ今更C++を本当に必要とする開発なんて思いつかないけどな。ハード屋で言語として使うことはあっても用途はただのCと変わらなかったりするし
コメント2件

37
仕様書無しさん[]   投稿日:2016/11/17 12:41:46
C++がわかると言い張ってる30代の人間で、Javaの基本がわからんと言ってるやつもいるからな。

自称できるはあてにならん。

38
仕様書無しさん[asge]   投稿日:2016/11/17 20:23:23
>36
別に間違いとは言ってないけど、例が古すぎる
スクリプト言語の1例でperlを挙げる人みたい

39
仕様書無しさん[]   投稿日:2016/11/17 20:55:23
ヤフーとかC言語をいまだに使ってるCGIの流れで終わりにできないのだろう。

So-netは業務シテスムでもPerlを使っているらしい。

どちらも過去のしがらみと頭の古さでどうしようもないのだろう。
コメント1件

40
仕様書無しさん[]   投稿日:2016/11/17 21:11:40
>35
windowsのWinMainやCallWindowProcから実装するようなプログラムだぞサブクラス化って

41
仕様書無しさん[sage]   投稿日:2016/11/17 21:49:49
>39
レガシーシステムで使ってる言語

今プログラマが覚えると潰しがきく言語

全然違う

42
仕様書無しさん[]   投稿日:2016/11/17 21:59:50
業務シテスムでC言語はほぼ不要。
勝手に作り込むやつが害毒でしかない。

業務シテスムでPealはいらない。
シェルスクリプトで十分。

43
仕様書無しさん[sage]   投稿日:2016/11/18 07:13:11
peal要らない子

44
仕様書無しさん[sage]   投稿日:2016/11/18 21:22:24
プログラミング言語別の求人と平均月給一覧
http://goo.gl/e6a14d
これを見るとVBAは高くない
コメント2件

45
仕様書無しさん[]   投稿日:2016/11/18 21:25:29
>44
そういうの持ち出すやつって何なの?

46
仕様書無しさん[]   投稿日:2016/11/18 21:33:28
>44
VBAは需要に対して供給が少ない
VBAの需要って事務系の部署が多いから派遣なんかだと
女子のエンジニアが求められる傾向が高い

47
仕様書無しさん[]   投稿日:2016/11/18 21:38:18
もちろんVBAが出来るエンジニアはゴマンといるけど、
事務系の部署に派遣されると周りの人間関係がウザい

48
仕様書無しさん[sage]   投稿日:2016/11/18 22:26:19
エクセルを日常的に使う仕事なら、VBAが出来ると日々の作業効率が上がるのは確か。

49
仕様書無しさん[]   投稿日:2016/11/18 22:58:52
そして部署で使うVBA全部作らされて仕事が山盛り
コメント1件

50
仕様書無しさん[sage]   投稿日:2016/11/18 23:02:43
VBAのエディタも、いつまでもVB6時代の奴じゃなくて
もうちょっとリッチになんねえかな
コメント1件

51
仕様書無しさん[]   投稿日:2016/11/19 00:15:17
>49
ほんこれ
しかも依頼してくるやつらはシステムど素人だから
ベンダーに構築、運用をお願いしないとならないぐらいのボリュームの物を今月中に一人で作れとか無茶振りしてくる
いくらVBAだって項目増やしたりするだけでも影響調査とか検証テスト、設計書の作成、変更、ユーザーマニュアルの改定と一つの作業だけでも色々やらなきゃならんのに

52
仕様書無しさん[]   投稿日:2016/11/19 07:40:33
素人作成なら、最低限でいい・・・
1関数に5000行くらい書いてても良い・・・・
ただ、以下3つだけは達成しててくれ・・・・

ifやselectで、そこら中に抱き込みコード制御やらず、配列をきちんと使っている
Range(〜)や、ActiveSheet.Cells(〜)のように上位オブジェクトを不安定な状態の記述をしていない
コメントがきちんと打ってある

53
仕様書無しさん[sage]   投稿日:2016/11/19 10:16:45
そういやVBAのべからず集とかプログラム技法の本ってあんま見ないな

54
仕様書無しさん[]   投稿日:2016/11/19 11:36:58
誰もシェルスクリプトの話はしないのな

55
仕様書無しさん[sage]   投稿日:2016/11/19 11:44:53
あれで簡単なバッチ処理以上のものを作ることはさすがにあまりないから
不満もたまらないんだろう

56
仕様書無しさん[]   投稿日:2016/11/19 12:49:51
VBAはマイクロソフト特有の自由放任でこう使えというものがないから、初心者が触るものじゃない。

まともにプログラミングの勉強をしてからやらないとひどいものを作ってまわりを困惑させる。

57
仕様書無しさん[sage]   投稿日:2016/11/19 14:04:41
自分だけで使うツールならいいんじゃない?
周りへの押し売りは困るが。
コメント1件

58
仕様書無しさん[sage]   投稿日:2016/11/19 16:01:21
>57
自分だけのつもりが、他人にちょっと使わせたらいつの間にか
いたるところに広まっていてひどい目にあったとかいう人は多い。
自分が考えている以上にソフトウェアの寿命は長いんだよね。
経年劣化しないから、物理的な装置がなくならない限りは
動かされ続けるんだよね。今は物理的な装置がなくなっても
VM上で動かせばいいとか悪夢みたいなこともあるけど。
コメント1件

59
仕様書無しさん[sage]   投稿日:2016/11/19 16:51:02
他の言語ろくにさわったことないんだけど、デバッグするときクラスの中で止まってくれないのくっそイライラする
コメント1件

60
仕様書無しさん[]   投稿日:2016/11/19 17:20:22
>58
便利だからなw
現場から必要性によって生まれたツールはww

61
仕様書無しさん[sage]   投稿日:2016/11/19 17:35:12
>59
ん?
普通に止まるんだが
コメント1件

62
仕様書無しさん[sage]   投稿日:2016/11/19 17:44:04
>61
なんか設定の問題なのか?
エラー起きたところで止まってくれないんだけど
コメント1件

63
仕様書無しさん[sage]   投稿日:2016/11/19 18:00:07
>62
普通にエラーの場所で止まる
ブレイクポイントでも止まる
特に設定ってあったっけ?
コメント1件

64
仕様書無しさん[sage]   投稿日:2016/11/19 18:08:32
>63
まじ?
excel2010なんやけど
クラスを宣言した側のメソッド呼び出しのところで止まる
コメント1件

65
仕様書無しさん[sage]   投稿日:2016/11/19 18:26:46
>64
あー、そういうことですか
エラーになる呼び出しはわかるからそこにブレイクポイント設定してF8で中に潜ろう
コメント1件

66
仕様書無しさん[]   投稿日:2016/11/19 18:55:00
クラスの場合は、クラスのソースコードのとめたいところにブレークポイント仕掛けないとダメ。
コメント1件

67
仕様書無しさん[sage]   投稿日:2016/11/19 20:56:16
>65
>66
それしかないよね
他の言語でもそんなもんなの?

68
仕様書無しさん[sage]   投稿日:2016/11/19 20:56:39
言語っつーかそれに対応したエディターか

69
仕様書無しさん[]   投稿日:2016/11/19 21:07:34

70
仕様書無しさん[さげ]   投稿日:2016/11/19 21:08:29
そのデバッグ設定は常識レベルだろ・・・
コメント1件

71
仕様書無しさん[sage]   投稿日:2016/11/20 00:44:08
VBAはまあ分かったがシェルスクリプトはどこまで?

cmdとかPowerScript? それともbashとかsed, awk, perlやらPythonとかしといた方がいい?
コメント1件

72
仕様書無しさん[sage]   投稿日:2016/11/20 09:42:53
>69
おー
ありがと
>70
すまんな

73
仕様書無しさん[]   投稿日:2016/11/20 10:54:14
>71
いずれも使うかわからんからいらない。
VBScriptで充分w

74
仕様書無しさん[sage]   投稿日:2016/11/20 11:52:30
言っとくがVBScriptが一番面倒だぞw

75
仕様書無しさん[sage]   投稿日:2016/11/20 12:50:25
windowsならPowerShellやっときゃ間違いない
コメント2件

76
仕様書無しさん[sage]   投稿日:2016/11/20 13:00:58
シェルスクリプトに関しては単純な話、どこにでもだいたい入っているbashが
出来ればいい。 同じスクリプトを数台数十台のマシンで実行するなんてことも
ありえるから。perlやpythonみたいな古いバージョンだと動かないとかあるし。

77
仕様書無しさん[]   投稿日:2016/11/20 16:47:48
>75
PowerShellは最強なんだが、ユーザー環境の場合はPowerShellのバージョンが古い場合も多々あるから

78
仕様書無しさん[]   投稿日:2016/11/20 21:22:14
>75
それが普及しないからbash対応しようとしてる。

むしろcmdの方が面倒でもどこでも使えるから無難。

79
仕様書無しさん[sage]   投稿日:2016/11/20 22:14:16
winもlinuxもbashだけで済めば理想的な世の中だけど
Ubuntuが丸ごと入ってるようなものが、cmdぐらい気軽に使える時代は永遠にこなそう
コメント1件

80
仕様書無しさん[sage]   投稿日:2016/11/20 22:25:07
これから何かシェルスクリプト覚えようって人にバッチファイル勧めるのはないでしょ
ただpowershellもセキュリティポリーシーがなあ
あれのせいで普及が妨げられてる
コメント1件

81
仕様書無しさん[]   投稿日:2016/11/21 00:01:35
>80
いろいろ制約がかかっているところだとバッチファイルにしておいた方がいい。

Windows PowerShellは案外、普及してない。

ちょっとこったことをしようとすると.NET Frameworkを呼び出さないといけないので中途半端。

82
仕様書無しさん[sage]   投稿日:2016/11/21 21:46:01
バッチファイル好きだな。気が付くといろいろ作ってる。簡素な自動実行手段。

83
仕様書無しさん[sage]   投稿日:2016/11/21 22:23:51
結局、個人レベルの自動化は
「それが正しいことをどうやって証明するの?」っていうわけのわからない問で粉砕される

84
仕様書無しさん[sage]   投稿日:2016/11/21 22:27:42
コスパが高い自動化ツール
・エクセルVBA
 世の中にエクセルのないところはない
 当然ながらエクセルの基本操作を覚えるのが先だが、VBAの力業も破壊力がある
・UWSC
 ちょっとした面倒くさい繰り返しに汎用的に使える
 プログラマならテストで活躍する場面も多い
・秀丸マクロ
 プログラマの作業はほとんどテキストの加工だ
 例えばSQLを組み立てるのにエクセルと秀丸のタッグは強力
コメント1件

85
仕様書無しさん[]   投稿日:2016/11/21 22:29:05
>84
いまどき秀丸はないわ。
コメント1件

86
仕様書無しさん[sage]   投稿日:2016/11/21 22:36:50
時代遅れのものをしつこく薦めてくる老害に打ち勝っていくのが若者の務め

87
仕様書無しさん[sage]   投稿日:2016/11/21 22:38:09
>85
まぁ、そこは俺の趣味だな
趣味を出せるのもこういうツールのいいところ
ちなみにテキストエディタとして常用してるわけじゃないよ

88
仕様書無しさん[sage]   投稿日:2016/11/21 22:40:01
>79
windows10で今試験的に入れる事が出来るな

さすがにcmdはutf-8に対応してないから今時厳しい

89
仕様書無しさん[sage]   投稿日:2016/11/21 22:41:03
若い子はネットで定番ツール探してくるだけで
自分で発掘しないんだよなぁ・・・
手際よくやってるのはいいんだけど、なんか物足りない
コメント1件

90
仕様書無しさん[sage]   投稿日:2016/11/21 22:51:07
ちょっとした正規表現は覚えるとテキストの加工がえらく便利になったな
特に行頭の^と、行末の$。
数十万行のテキストとかを置換するのにエディタで置換するとか遅すぎたからsed使い始めたのがきっかけやったな

91
仕様書無しさん[sage]   投稿日:2016/11/21 22:57:00
>89
今はググれば大概のものは見つかるし自作の必要がかなり減ったってのもあると思う
大昔はちょっとツールも無かったから自作せざるを得なくて、それのおかげでスキルは勝手に伸びて行ったからなあ

92
仕様書無しさん[sage]   投稿日:2016/11/22 10:07:30
人差し指タイピングの人間に「ツールくらい自分で作れ」はムリだあね
コメント2件

93
仕様書無しさん[]   投稿日:2016/11/22 15:51:59
てかそんなネットから落とせる環境なの?
会社のシステムで
コメント2件

94
仕様書無しさん[sage]   投稿日:2016/11/22 18:03:56
秀丸の起動速度は、最近流行りのElectron製の超重量エディタとは次元違いだからな
今となっては構文強調とかが弱すぎるからメインにはしにくいけど
とりあえず開くときや、Grepツールとしてはやっぱ強いわ

95
仕様書無しさん[sage]   投稿日:2016/11/22 22:26:40
サクラエディタやvimで十分

96
仕様書無しさん[sage]   投稿日:2016/11/22 22:41:49
>93
開発会社はけっこう甘いよ
メーカー子会社あたりが一番厳しい

97
仕様書無しさん[sage]   投稿日:2016/11/22 22:48:39
>92
ビルゲイツを舐めるなよ

98
仕様書無しさん[sage]   投稿日:2016/11/23 00:48:51
>93
会社で落とせないっていうのは、社員と管理する側の両方が
馬鹿だから落とせなくするしか方法がないんだよ。

しかも落とせなくした所で、メールの添付ファイルは
個人の判断におまかせとか、でっかいザル状態。
ザルなことにすら気づいてすらいない。

俺が馬鹿向けに社内規則作るとしたら、従業員全員(社長も含めて)インターネットは
指定したサイト以外は接続禁止にする。メールの添付ファイルの送受信も禁止。
Officeファイルのスクリプトは当然問答無用で全削除携帯もスマホも持ち込み禁止。
指定したアプリしか起動しないようにする。接続端子はヘッドホン端子含めてすべて塞ぐ。
当然仕事にならないレベルになるだろうが馬鹿相手だとこうするしかない。

で、仕事にならないという理由で、どの会社も完璧な制限を諦めてザルにするわけさw
ザルにしても従業員がしっかりしていれば問題ないという理由でね
その延長でソフトウェア関係で高い技術を持っている人であれば
自己防衛にまかせても十分なので制限はなくても問題が起きない
コメント1件

99
仕様書無しさん[sage]   投稿日:2016/11/23 16:12:58
俺の持論。
数字入力時に必ずテンキー使う奴はイマイチ。

100
仕様書無しさん[sage]   投稿日:2016/11/23 16:21:44
>98
どんなに技術者がしっかりしてようがスパイはやってくる

今後は環境を物理的にネットから切り離すか
インフラをクラウドにぶん投げて身を任せるかの二択になるだろう

今までなんだかわからないもんに依存しすぎだったんや…
コメント1件

101
仕様書無しさん[]   投稿日:2016/11/23 16:23:08
テンキーは電卓をよく使うひと向けだから。

102
仕様書無しさん[sage]   投稿日:2016/11/23 16:39:55
>100
> どんなに技術者がしっかりしてようがスパイはやってくる

やってくるスパイは防ぎようがあるが、社員がスパイに変わることだってある。
社長がクビになることだってありえるのだから、
その社長が恨みでスパイに変わることだって有り得る。
それはどんな技術を使った所で完璧に防ぐことは出来ないことだよ。

結局のどれだけ信じられるかどうかの話でしかない。

信じられないのなら完璧ではない方法(大抵がザル)で防いだ気になる。
どっちみち完璧じゃないのだから、信じられるならば緩めて人を信じる。
そのバランスの話だよ。

高い技術を持っている人であれば危険アプリを使用してしまう行為に対しては、
信じられるから、自由に使わせる。

103
仕様書無しさん[sage]   投稿日:2016/11/23 16:43:16
ちなみにスパイに対してであれば、本当にどんな対策をしたとしても
その人がアクセスできる情報の漏洩を防ぐことは出来ない。

持ち込み禁止と言われても当然持ち込む。カメラとか録音装置とか。

そしてハードに接続端子がなかったとしても、
ディスプレイに表示したものをカメラで映すとか、
データを音に変換して録音するとかして抜き取れる。

104
仕様書無しさん[sage]   投稿日:2016/11/23 18:31:03
スクリプトの話から何でこうなったw


105
仕様書無しさん[sage]   投稿日:2016/11/24 18:49:52
ExcelをSQLクライアント代わりにしているのは俺だけじゃなくて良かった
コメント1件

106
仕様書無しさん[]   投稿日:2016/11/24 19:17:16
>105
基幹システムの操作に使っているやつもいるからな。

下手にExcelファイル開いてボタンクリックしたら大事故になる職場もある。
コメント2件

107
仕様書無しさん[sage]   投稿日:2016/11/24 20:45:31
>106
これは盲点かも。
得体のしれない .exe や .com を叩く輩はいなくても、
「便利ツールだよ」と言われて渡されたエクセルのボタンは
警戒心無しでクリックしちゃうかも。

108
仕様書無しさん[sage]   投稿日:2016/11/24 21:48:23
>106
それ必要時以外はシートにパスワードかけたほうが……
コメント1件

109
仕様書無しさん[]   投稿日:2016/11/24 21:54:40
>108
これを作った人間がもうとっくにいなかったりしてなぞのExcelファイルだったりする。

110
仕様書無しさん[sage]   投稿日:2016/11/24 22:01:21
押すなって書いときゃいい

111
仕様書無しさん[sage]   投稿日:2016/11/24 22:06:47
ボタンに「押すなよ! 押すなよ!」って書いておく?ww

112
仕様書無しさん[sage]   投稿日:2016/11/24 22:48:01
>92
人差し指だからこそタッチ1回あたりの生産性を高めないといけないんだよ
高速タイピングなら考えるより指を動かしたほうが早く終わる

113
仕様書無しさん[]   投稿日:2016/11/25 15:34:40
ボタン押したらHDDをRAWフォーマットするように組んでおけばいい

114
仕様書無しさん[sage]   投稿日:2016/11/25 18:31:10
excelってそんな便利な物だったの
コメント2件

115
仕様書無しさん[]   投稿日:2016/11/25 18:53:51
>114
excelがインストールされ動いている
という絶対条件が必要だが、それさえクリアーできるのであれば、大抵のことは実現できる。

116
仕様書無しさん[]   投稿日:2016/11/25 19:00:29
ここが老害の巣か
コメント1件

117
仕様書無しさん[]   投稿日:2016/11/25 20:30:01
アドイン仕込めばExcel自体の挙動も変えられるから怖い。

118
仕様書無しさん[sage]   投稿日:2016/11/25 23:03:46
>116
vbaやりたくなくてもやるしかない環境におかれることも希によくあるんじゃね?

119
仕様書無しさん[sage]   投稿日:2016/11/26 02:19:03
>114
開発環境としては世界最大規模のシェア
プラットフォームとしてもWindowsに次ぐシェア
なにより、開発の簡易さと拡張性の高さが程よくバランスしてる

そして、ずっと変わらず同じように使い続けられる唯一の環境だ

VBやCでさえ大きな変化を遂げたが
Excelだけはほぼ変わらない
しかも新機能はちゃっかり備えてる

120
仕様書無しさん[sage]   投稿日:2016/11/26 09:19:50
Excelのキーボードショートカットの異色さはどうにかならんものか?

例えばクラッシックとかOffice共通とかキーバインドを選べるようにすればいいのにな
コメント1件

121
仕様書無しさん[sage]   投稿日:2016/11/27 12:16:57
>120
そんなに不満なら、AutoHotkeyとかその類のアプリで直せばいいんじゃね?
プログラマ以前の資質の問題かと

122
仕様書無しさん[sage]   投稿日:2016/11/27 12:38:39
はあ?

123
仕様書無しさん[sage]   投稿日:2016/11/29 13:26:28
ワイ将今の現場でマクロ屋みたいな仕事してる。
結構な大手企業さんやのに事務の作業内容ガバガバすぎてちょっとIT化するだけでメッチャ感謝される
仕事にやりがいあるのは久々やで

124
仕様書無しさん[sage]   投稿日:2016/11/29 15:34:13
ワイんとこはマクロ作ると使う人からは感謝されるけど、上司からは怒られる。
コメント1件

125
仕様書無しさん[sage]   投稿日:2016/11/29 22:34:45
>124
どういう怒られ片するの?
コメント1件

126
仕様書無しさん[sage]   投稿日:2016/11/30 04:27:24
>125
メンテがワイしか出来る人がいないので気にいらないらしい
すみませんおそらくワイが上司に嫌われているのが最大の理由だと思うw

127
仕様書無しさん[sage]   投稿日:2016/11/30 07:28:12
金の問題だな

128
仕様書無しさん[sage]   投稿日:2016/11/30 19:09:48
マクロ動かす為にセキュリティに穴が開く

誰も証明書なんて付けないし

129
仕様書無しさん[sage]   投稿日:2016/11/30 21:57:08
こっそりマクロ作って楽するのが一番賢い

130
仕様書無しさん[sage]   投稿日:2016/11/30 22:20:45
楽して仕事すると手抜きしてると思う古い考えの持ち主かな?

でもマクロ入りブックは割と迷惑だから個人ブックの方に入れてね
コメント1件

131
仕様書無しさん[sage]   投稿日:2016/11/30 22:39:20
IT企業ほど自社はシステム化してなかったりするよな

132
仕様書無しさん[sage]   投稿日:2016/11/30 23:22:37
自分らの事となると面倒になるというか金にならないから
誰もやりたがらんね

DBやWebサーバーなど環境はあるのに

たまに管理層が比較的暇な新人とかに作らせようとするけど大抵は頓挫する
どちらも素人同然だから無理もないのだが

133
仕様書無しさん[sage]   投稿日:2016/11/30 23:34:28
客から金とってたら、途中で失敗だと気づいてもやめられない
自社だと請負と違って途中でいくらでも仕様変更できるからね

134
仕様書無しさん[sage]   投稿日:2016/12/01 03:56:36
>130
いろいろ面倒な人がいるんですよ

マクロ隠れて使うのにマクロ入りのブックを他人にわたすわけないじゃん

135
仕様書無しさん[sage]   投稿日:2016/12/01 20:06:08
マクラーかどうかは、エクセルのタイトルバー見れば大抵わかる。

136
仕様書無しさん[sage]   投稿日:2016/12/02 21:24:54
csvファイルを保存するとダイアログでるじゃん
あれわかりにくいんだけど俺だけ?
コメント1件

137
仕様書無しさん[sage]   投稿日:2016/12/03 13:47:40
マイクロソフトの訳は昔から分かり難い所あるよ
用語が分かり難いというか文脈がつかみ辛いというか

「ブックの一部の機能」→「書式などの情報」
「この形式」→「CSVファイル形式」

と変えた方がいいだろうね

そもそも不要なダイアログな気もするし設定で警告を切れればいいのにね
コメント1件

138
仕様書無しさん[]   投稿日:2016/12/03 14:57:35
>137
元の英語が変なんだよ。

ほとんどの企業が意味が変わってしまうのを恐れて意訳をしない。

意訳をするのは日本オラクル。

139
仕様書無しさん[sage]   投稿日:2016/12/03 15:02:22
もとの英語を直せばいいだけでは?
コメント1件

140
仕様書無しさん[]   投稿日:2016/12/03 15:48:39
>139
日本法人にそんな力があるわけない。
コメント1件

141
仕様書無しさん[sage]   投稿日:2016/12/03 15:49:25
>140
だから英語版を開発している英語圏の人が
やればいいだけでは?って言ってるんだが。
コメント1件

142
仕様書無しさん[]   投稿日:2016/12/03 16:03:23
>141
外国人はいい加減なんだよ。英語はグローバル化しすぎてコントロール不能。
コメント1件

143
仕様書無しさん[sage]   投稿日:2016/12/03 16:06:20
>142
じゃあ問題の本質が変わってしまったってことだねw

× マイクロソフトの訳は昔から分かり難い所あるよ
○ 外国人はいい加減なんだよ。

144
仕様書無しさん[sage]   投稿日:2016/12/03 20:47:45
>136
あれ分かりにくいよなw
っていうか、未だによくわかってない
なんか、気づくと2度ほど保存してる俺がいる

145
仕様書無しさん[sage]   投稿日:2016/12/03 23:36:56
ピボットテーブルって全然使わない。使いこなしている人見ると尊敬する。

146
仕様書無しさん[]   投稿日:2016/12/19 20:36:10
ピボットテーブルって、グラフとか表が好きな人用のツールじゃないの?

147
仕様書無しさん[sage]   投稿日:2016/12/19 20:55:31
おまえら、ピヴォットテイボーだぞ
これだから素人は・・・

148
仕様書無しさん[sage]   投稿日:2016/12/19 21:27:13
プロはトを発音しないんだよなぁ
これだから素人に毛が生えた奴は・・・
コメント1件

149
仕様書無しさん[]   投稿日:2016/12/19 21:47:55
最近、はじめてピボットを使ってみた。
VBAで組めば3分ぐらいで組めるところを、
20秒でできてしまう、というぐらいか?

まあ、融通きかないから
俺はPG組んだ方が楽だな
コメント1件

150
仕様書無しさん[]   投稿日:2016/12/19 22:19:28
>148
毛は沿ってパイチン状態なんですが・・・

151
仕様書無しさん[sage]   投稿日:2016/12/19 22:36:32
これだから上下どっちも毛のないやつああ

152
仕様書無しさん[sage]   投稿日:2016/12/19 22:57:46
使える場合はピボッド使う場合あるが複数テーブルから検索するような場合など基本使えないのでSQL投げるかVBAで書いちゃう

153
仕様書無しさん[]   投稿日:2016/12/22 18:55:06
PowerShellをもちっと簡単に実行できるようにしてくれたら最強なんだが

154
仕様書無しさん[sage]   投稿日:2016/12/22 23:44:07
PowerShell なんて使った事無いや。結構なんでもできるの?
なにかを監視して、指定した条件になったらネット回線の自動切断&シャットダウン
とかできる?
コメント1件

155
仕様書無しさん[sage]   投稿日:2016/12/23 00:53:22
>149
時間の計算とかその辺は割りと強いピボット

156
仕様書無しさん[]   投稿日:2016/12/23 08:29:23
>154
かるーくしか触ってないけど、.Netのライブラリを呼び出せるからやりたい放題

157
仕様書無しさん[]   投稿日:2016/12/23 12:40:11
>36
今日日、組み込みでもさすがにCだけじゃやっていけない。
ま、範囲としてはC++98の範囲と、最近C++11の仕様も一部使われ始めたかな
というくらいだけど。

158
仕様書無しさん[sage]   投稿日:2016/12/29 21:13:20
学生ならfortran、c、R、python、gnuplot、texを覚えれば十分じゃないか
VBAなんていう金がかかるのに勉強の役に立たない言語は学生時代には覚えなくていい
コメント1件

159
仕様書無しさん[]   投稿日:2016/12/29 21:42:09
ま、今ひとつ覚えるならpythonだろうなあ

160
仕様書無しさん[sage]   投稿日:2016/12/29 21:59:12
最近の流行りだしな

161
仕様書無しさん[sage]   投稿日:2016/12/29 22:18:22
パイチンが流行りだしたのは嬉しいね

162
仕様書無しさん[sage]   投稿日:2016/12/30 01:10:28
fortranまだ教えているところあるのか?

163
仕様書無しさん[]   投稿日:2016/12/30 08:34:30
>158
は?VBAが一番良いよ間違いなく

164
仕様書無しさん[sage]   投稿日:2016/12/30 09:09:22
学生時代にVBAやるなんて時間がもったいない
あんなもん社会人になってからでもできる
コメント1件

165
仕様書無しさん[sage]   投稿日:2016/12/30 09:14:55
VBAで学習すると間違った常識を覚えてしまうからむしろ害悪
学生にVBaを仕込むなんて酷い嫌がらせだ
若者の未来を奪いたいのか
コメント1件

166
仕様書無しさん[]   投稿日:2016/12/30 09:16:09
>164-165
は?なんでお前らみたいな奴隷の位置につかなきゃなんねーんだよ
非IT業界で必須最強
コメント1件

167
仕様書無しさん[sage]   投稿日:2016/12/30 09:38:52
>165
間違った常識って何?
VBAで特に非常識なところとか思いつかないが

168
仕様書無しさん[sage]   投稿日:2016/12/30 09:41:41
>166
だな
非IT業界の場合でもほぼ間違いなく使えるプログラミング環境だし

169
仕様書無しさん[]   投稿日:2016/12/30 09:50:20
プログラマ=IT業界って考えてるバカ多いよな
世界で考えろよ IT業界勤めのプログラマの数<<<<非IT業界勤めのプログラマの数 だってのに
VBAは最強!
世界で最も普及している開発実行環境

170
仕様書無しさん[sage]   投稿日:2016/12/30 10:59:41
こういうふうに非常識さを自覚できなくなるところがVBAの恐さだよな
国内の生産性を著しく低下させていることに自覚がない
もはや国賊と言うほかなし
コメント1件

171
仕様書無しさん[sage]   投稿日:2016/12/30 11:47:02
完全に頭が硬直してるよね
まさに老害

172
仕様書無しさん[]   投稿日:2016/12/30 12:22:57
VBAなんてわざわざ覚える必要ないな。
必要な時にググればいいだけ。
覚えないといけないやつは相当頭が悪い。

173
仕様書無しさん[]   投稿日:2016/12/30 12:27:41
実際、底辺派遣PGが全滅すれば日本は改善するだろうなIT業界

174
仕様書無しさん[sage]   投稿日:2016/12/30 12:55:19
VBAの仕事なんて単価が安いからまさに奴隷の生活
コメント1件

175
仕様書無しさん[sage]   投稿日:2016/12/30 12:56:26
>170
具体的に非常識な部分を指摘しろよ
口ばっかり

176
仕様書無しさん[]   投稿日:2016/12/30 13:06:55
>174
単価たけーよ
だって大企業正社員さまだから

177
仕様書無しさん[sage]   投稿日:2016/12/30 13:19:52
VBA程度を外出しにする大企業って何なの?
自分で書いたコードがわけわかめになって外出しにするパターン?
それ最悪のパターンじゃんw
コメント1件

178
仕様書無しさん[sage]   投稿日:2016/12/30 13:29:21
まあ学生で金が無くてどうしても表計算ソフト使わなきゃならないのだったらLibreOffice
使えばいいよ

VBAみたいなBasicも使えるし他にPython,Java,JavaScriptも使える

179
仕様書無しさん[sage]   投稿日:2016/12/30 13:55:19
なんで学生時代に自らすすんで底辺スキルを身につける必要があるのか
学生なら数学やる
それ用のツールもVBAじゃない
コメント1件

180
仕様書無しさん[sage]   投稿日:2016/12/30 14:08:58
>179
Cもjavaもその他スクリプトも文法違うだけでアルゴリズムを考える思考に差はないだろ
特定の言語がダメとか意味分からん
コメント3件

181
仕様書無しさん[sage]   投稿日:2016/12/30 14:09:53
>177
VBAの仕事なんてあるの?
ワイは知らん

182
仕様書無しさん[sage]   投稿日:2016/12/30 14:17:37
納品物がVBAとは誰も言ってないよな。
途中で出てくるデータ操作とかであれば便利ってことだろうに。
エクセル全く使わないしごとに着くなら無駄だけどそんな仕事この業界にあるのか?
コメント3件

183
仕様書無しさん[sage]   投稿日:2016/12/30 14:43:44
>182
一般的な企業はVBAだよ
オフィスぐらいしか入ってないし

184
仕様書無しさん[sage]   投稿日:2016/12/30 14:45:58
>180
向いた言語使った方がいいんじゃね
VBAが向いてるとは思えないけど
なんでもできるよってドヤってる人もいるけど、あれあくまで表計算の補助ツールだからね
VBAは社会人になってからでも簡単に覚えられるし、
学生のうちからエクセル、VBAやれ!ってやってたら、エクセルおじさん量産するだけ
コメント1件

185
仕様書無しさん[sage]   投稿日:2016/12/30 14:58:36
思考が柔軟なうちに色々経験しておいた方がいいね

おっさんの価値観押し付けは良くない

出来れば関数型言語もひとつ入れておいた方がいいかも

186
仕様書無しさん[]   投稿日:2016/12/30 15:05:46
>180
素人らしいほほえましい発言だね
コメント1件

187
仕様書無しさん[]   投稿日:2016/12/30 16:00:16
VBAさいきょー!

188
仕様書無しさん[sage]   投稿日:2016/12/30 17:57:28
最凶?

189
仕様書無しさん[]   投稿日:2016/12/30 20:38:34
>180
じゃ、VBAじゃなくてもいいね
コメント1件

190
仕様書無しさん[]   投稿日:2016/12/30 20:39:30
>182
csvに吐き出してRでもなんでも使えばいい

191
仕様書無しさん[]   投稿日:2016/12/30 20:41:04
>182
ここ2年くらい、客がスクリーンショット貼り付けてくるやつ以外でエクセル使ったことない。

192
仕様書無しさん[sage]   投稿日:2016/12/30 21:03:51
>189
IT企業に就職するならその通りだけどそうでなければオフィスしか触れんぞ
コメント1件

193
仕様書無しさん[sage]   投稿日:2016/12/30 21:04:22
>186
理由を書けないアホ多いな

194
仕様書無しさん[sage]   投稿日:2016/12/30 21:06:30
>184
非IT企業に絶対に勤めないなら好きにすればいいけどそうじゃなきゃVBAの価値は高い。というかそれしか触れん
コメント2件

195
仕様書無しさん[]   投稿日:2016/12/30 21:59:27
>194
IT企業でもまともな会社の正社員ならVBAは使うぞ
つまり、IT系の派遣社員・偽装請負社員やパソコンは全く不要の業界のみだろ

196
仕様書無しさん[]   投稿日:2016/12/30 22:00:36
VBA(Excel)が無くなったら、マジでWindowsを放棄して、LinuxやらAndroidやらに置き換え可能だからな

197
仕様書無しさん[]   投稿日:2016/12/31 07:23:21
>192
なるほど。だから社内SE()はエクセルしか使えないんだw
コメント1件

198
仕様書無しさん[]   投稿日:2016/12/31 07:26:09
>194
VBAなんてそこそこの頭があれば必要な時にググって使えるもの。
コメント1件

199
仕様書無しさん[sage]   投稿日:2016/12/31 07:29:31
マクロ入りブックを常用化するのって大企業的には大丈夫なのか?
コメント2件

200
仕様書無しさん[]   投稿日:2016/12/31 09:54:28
>199
本来は禁止すべき
なにせAPIでほぼほぼすべて出来ちゃう

201
仕様書無しさん[sage]   投稿日:2016/12/31 11:00:31
大企業ならVSTOで外部からコントロールするのがセキュリティ的にも構成管理的にも妥当だな

202
仕様書無しさん[sage]   投稿日:2016/12/31 11:48:46
>198
VBAに限らずメジャーなどの言語も同じだろ
コメント1件

203
仕様書無しさん[sage]   投稿日:2016/12/31 11:50:01
>197
社内SEなんていない企業が大半
普通の事務職の人が普通に使う

204
仕様書無しさん[sage]   投稿日:2016/12/31 11:51:50
>199
VBAがなきゃ仕事にならんならマズいだろうがそんなとこにVBA使う大企業は多分ない

205
仕様書無しさん[]   投稿日:2016/12/31 13:50:30
>202
つまり、必要じゃないのにわざわざ覚えるメリットはない。
VBA知ってるからって就職で有利になるわけでもないし。
コメント1件

206
仕様書無しさん[]   投稿日:2016/12/31 14:00:55
VBA使えるとヒーローだけど?

207
仕様書無しさん[]   投稿日:2016/12/31 14:01:54
アニメーターとして作画監督やれるレベルの人が一般会社に在籍してたら重宝されるように

208
仕様書無しさん[]   投稿日:2016/12/31 15:34:54
ヒーローになりたければググればいいだけで
勉強する必要はないってこと
コメント1件

209
仕様書無しさん[sage]   投稿日:2016/12/31 15:36:38
英雄(ヒーロー)になりたければ改名すればいいだけで
勉強する必要はないってこと

210
仕様書無しさん[sage]   投稿日:2016/12/31 16:12:01
英雄に改名してもトルネードは投げられんよ

211
仕様書無しさん[]   投稿日:2016/12/31 17:25:28
>208
それ現代だとお前らも該当だろ
ググれば出る仕事

212
仕様書無しさん[sage]   投稿日:2016/12/31 17:36:37
バカはググっても答えに辿り着けんよ

213
仕様書無しさん[sage]   投稿日:2016/12/31 21:21:30
>205
有利になるよ

214
仕様書無しさん[sage]   投稿日:2016/12/31 21:46:46
「VBAでプログラミングできます!」力強く言われたら聞いてる方が反応に困るな…
コメント2件

215
仕様書無しさん[sage]   投稿日:2016/12/31 22:58:44
危険思想の持ち主として追放が妥当だろそんな学生

216
仕様書無しさん[]   投稿日:2017/01/01 09:07:58
>214
充分ですが?
奴隷派遣プログラマだとVBAは触らないんだろーけど

217
仕様書無しさん[sage]   投稿日:2017/01/01 09:59:55
>214
VBAでまともにプログラミング出きるならほかの言語もすぐに組めるだろ

218
仕様書無しさん[sage]   投稿日:2017/01/01 10:07:28
VBAしかできないカスじゃ他の言語やろうと思ってもVBA臭い気持ちの悪い粗悪なコード量産しそう
コメント1件

219
仕様書無しさん[]   投稿日:2017/01/01 10:36:16
VBAを使わない環境の職業とかwww

220
仕様書無しさん[sage]   投稿日:2017/01/01 13:37:36
エクセル使うことが要件じゃなきゃVBAなんて非効率的すぎて使えないよ

221
仕様書無しさん[]   投稿日:2017/01/01 15:07:06
文系学生とか高卒の子みたいにプログラミングと関わりのない人生歩むんならVBAやってりゃいいと思うけど。
プログラマー板的にはわざわざやるような言語ではないな。
コメント1件

222
仕様書無しさん[]   投稿日:2017/01/01 17:27:22
プログラマか否かの判断にプログラム言語が主要項目になるとはwww

223
仕様書無しさん[]   投稿日:2017/01/01 17:55:23
PowerShellじゃないんだ
コメント1件

224
仕様書無しさん[]   投稿日:2017/01/01 19:10:44
>221
VBAって同じことをするのにもいろんな書き方ができて、やろうと思えば何でもできるから簡単なものじゃないよ。
コメント1件

225
仕様書無しさん[]   投稿日:2017/01/01 19:12:23
>223
PowerShellのことをシェルスクリプトと言っているかもしれない。

226
仕様書無しさん[]   投稿日:2017/01/01 19:51:30
プログラマのくせにプログラミング技術を第一に持ってこない時点でお前らなんぞその程度
言語でくくろうとわwww

227
226[]   投稿日:2017/01/01 19:52:00
よってもっとも業務効率化に寄与しているVBAでよい

228
仕様書無しさん[sage]   投稿日:2017/01/01 20:19:27
VBAerとCOBOLerを見たら敵と思え

229
仕様書無しさん[]   投稿日:2017/01/01 21:17:02
どっちも業務知識があるという共通点があるな

ならer組のほうがいいわ
仕事するなら
コメント1件

230
仕様書無しさん[]   投稿日:2017/01/01 23:59:13
>224
簡単かどうかという問題ではない。
プログラマーが学生時代から習得するメリットが有るかどうかの問題。

231
仕様書無しさん[sage]   投稿日:2017/01/02 00:21:04
>229
業務知識と言われても世の中にはいろんな業務があるんだが?
それを言わずに通じると思ってる?
あんた世界狭くない?
コメント2件

232
仕様書無しさん[sage]   投稿日:2017/01/02 00:50:49
業務知識があってもモデリング出来ないならバイト以下だぞ
知識抱え込んで隠してる分むしろ害悪

233
仕様書無しさん[sage]   投稿日:2017/01/02 07:54:50
>218
VBAしか出来ないレベルっているんか?
非IT企業ならいるがそんな話じゃないだろうし

234
仕様書無しさん[sage]   投稿日:2017/01/02 08:02:04
今は顧客側の人間だが顧客側の要件も理解出来ないとこが増えたな

235
仕様書無しさん[sage]   投稿日:2017/01/02 08:08:49
要件も理解してもらえない担当者になったということ
コメント1件

236
仕様書無しさん[sage]   投稿日:2017/01/02 08:18:30
顧客に要件を伝える能力がないだけ
コメント1件

237
仕様書無しさん[]   投稿日:2017/01/02 08:25:36
>231
その業界その業界のer組さんのほうがいいわ
おまえら何にもしらない。仕様書貰わないとなんにもできない。
しかもやる作業はググればできる

238
仕様書無しさん[]   投稿日:2017/01/02 08:27:24
>231
しかも渡り歩く派遣が前提条件wwww
少しは一つの道を極めろよw
誰でも出来るIOの単純処理だけじゃなくさ

239
仕様書無しさん[]   投稿日:2017/01/02 08:38:25
博士とか研究職とか専門家が一つのことしかしらない無能って言ってるようなもんだよな
特技がないから、誰でも出来ることを渡り歩かないといけないって認めないと。

240
仕様書無しさん[sage]   投稿日:2017/01/02 09:24:16
>235
あのさぁ、顧客側がさ詳細な要件書けるならお前らみたいなやつらいらんのよ
後から議事録読んだけどその内容と合わない仕様書書くアホも多いし

241
仕様書無しさん[sage]   投稿日:2017/01/02 09:27:47
>236
顧客側はシステム周りのことや要件を伝えることも初めてな人も多いし
そういう顧客を顧客が悪いと切り捨てる業者が増えたんだな
コメント1件

242
仕様書無しさん[]   投稿日:2017/01/02 10:03:05
>241
顧客が自分たちの業務がわからんというのが最大の問題。
コメント1件

243
仕様書無しさん[sage]   投稿日:2017/01/02 10:05:30
だからSI会社の言いなりになって
使いづらいシステムを納品されるはめになる。
SI会社が顧客以上の業務知識を持ってるわけがないんだからさ。

244
仕様書無しさん[]   投稿日:2017/01/02 10:13:39
そゆこと、だからシステムの外注は致命傷になる
どーでもいい汎用ツールは外注でもいいが、業務に直結してくるシステムは内製が基本
もしくはシステム化をしない方法で解決することが必要
コメント2件

245
仕様書無しさん[sage]   投稿日:2017/01/02 11:00:41
SEは本職に比べるとあまりにも短い時間で業務を把握しなきゃいけない
とはいえ業務を完全にマスターして身につけた物をもれなくシステム化しなきゃいけないかっていうとそうでもない
短い時間で業務の急所を理解して適切にモデリングするスキルがシステム開発に本当に必要なスキル
長年同じサイトに勤めて業務に慣れているだけの人材は必要ないというかぶっちゃけ変化を阻害する要因という意味でただの老害
業務を積極的に分析して先に進めることができる人間がこれからは必要なってくる
特定企業の特定業務には詳しいけどITスキルは20年前から大して進歩してませんなんて人材はさっさとSE辞めて顧客企業に転職した方がいい
コメント1件

246
仕様書無しさん[]   投稿日:2017/01/02 11:02:27
>245
モデリングって言わないで。

そんな抽象的な用語はどこで使われているのか?
コメント1件

247
仕様書無しさん[sage]   投稿日:2017/01/02 11:04:08
>246
IT業界で使われてるよ
君は門外漢って事は解るけど一体なんでこんな辺境のスレッドに紛れ込んだんだい?
コメント1件

248
仕様書無しさん[sage]   投稿日:2017/01/02 11:12:29
VBAやCOBOLやってる人にはモデリングは無縁の話だろ

249
仕様書無しさん[sage]   投稿日:2017/01/02 11:13:51
フローチャートみたいなポンチ絵が仕様書に付くよ!

250
仕様書無しさん[sage]   投稿日:2017/01/02 11:18:36
>242
業務わからんわけないじゃん
実際仕事してんだから
コメント2件

251
仕様書無しさん[sage]   投稿日:2017/01/02 11:22:36
>244
その通りなんだが素人相手を食い物にする業者が多くてな
特にパッケージで導入事例も多いものを選択しても酷いものもあった
今まで導入していった企業からクレーム無かったのかと

252
仕様書無しさん[sage]   投稿日:2017/01/02 11:22:51
自分の担当分だけで全体が見えていないというのはよくある事

253
仕様書無しさん[sage]   投稿日:2017/01/02 11:24:20
カタログスペックや営業のセールストークだけを真に受けない事だな
いい事しか書いていないんだから

254
仕様書無しさん[sage]   投稿日:2017/01/02 11:30:47
>250
理解してなくても慣れで業務はこなせる
コメント1件

255
仕様書無しさん[sage]   投稿日:2017/01/02 11:44:28
よくわからんけど前からこうしてるから、って無駄な作業は多そうだな

256
仕様書無しさん[sage]   投稿日:2017/01/02 11:46:43
ビジネスプロセスモデリングとか定義されてても情報が流通してないからパッとしないな

257
仕様書無しさん[sage]   投稿日:2017/01/02 11:50:04
>254
慣れで仕事って何?
意味ない仕事なら不要だし
そういうのあったとしても仕様決める際に消えるだろ

すくなくとも医薬業界には適当な業務な無いな

258
仕様書無しさん[sage]   投稿日:2017/01/02 12:26:22
何か仕事をやるとして作業者全員がその仕事について熟知しているあるいは熟知する必要があるかというとそうでもない
深く理解しないままなんとなくマニュアルの通り人に言われた通り進めてもそれなりに仕事にはなる
時間が経てば理解を深めないまま経験からくる感覚で正しい判断が出来るようになる
理解でなく慣れで仕事をするってこういうこと
組織が大きくなるほどこういう人間の方が相対的に多くなってくる
彼らは仕事をこなす事はできるが仕事を上手く説明することが出来ない
コメント1件

259
仕様書無しさん[]   投稿日:2017/01/02 13:34:24
>258
それが完全に進んだ状態=システム外注したところ

そうみえて実際にはそうはなっていない状態=通常
上司になる人は得てして法的根拠等々もキチンと勉強している。

260
仕様書無しさん[]   投稿日:2017/01/02 13:45:14
>247
IPAはそういう意味では使ってない。

261
仕様書無しさん[]   投稿日:2017/01/02 13:46:00
>250
それが大企業ですでにシステム化されてるとあるのよ。
コメント1件

262
仕様書無しさん[sage]   投稿日:2017/01/02 14:18:26
>244
> そゆこと、だからシステムの外注は致命傷になる

だからといって、時間的に内製できるわけもない
内部の人間だってやめたりして変わるしな。

となると答えは一つ。

システム会社は業務知識を持つべきではない
ということなんだよ。

餅は餅屋。
顧客が仕様を決め(内製する場合はやるんだからできないわけがない)
システム会社はソフトウェアの開発に専念するべき。
コメント1件

263
仕様書無しさん[]   投稿日:2017/01/02 15:20:24
その手のネタは内製スレでさんざん語られ結論が出てるだろ。

一度内製を捨て業務を外注でシステム化すると、現場には業務知識・法的根拠等を把握している人間が消滅し
結果として、次のシステム化の際に、そのことが発覚して致命傷になると
その代表例が、だめぽシステム

だから嫌でも主要業務については、システム化を諦めるか、システム化するならば社内に業務知識が絶対に残るように内製しかないと。
コメント1件

264
仕様書無しさん[sage]   投稿日:2017/01/02 16:27:36
>263
役割分担の問題でしょ?

業務知識は顧客側に担当して
それ以外のソフトウェア開発部分のみをソフトウェア開発会社が担当する。
例えば詳細設計とかテストのやり方とか、システムをシンプルに実装する技術とかさ。

内製だから技術者が育つまで開発できませんとか言ってられないんだから。

265
仕様書無しさん[sage]   投稿日:2017/01/02 17:18:31
伝言ゲームじゃないんだから知識を隠さず共有しろよ
顧客からPGまで全員が共有し理解し議論できる業務知識モデルを作ること大事
そのためにSEはモデリングスキルを磨かなければならない
このスキルを持ったSEは日本にはほとんどいない
業務に長く関わっていて自然と身に付いた業務知識を多く持つだけの名ばかりSEが蔓延っている
これまでずっとモデリングという重要な仕事をサボってきた給料泥棒だ

266
仕様書無しさん[]   投稿日:2017/01/02 17:28:06
諸外国は少数精鋭の超絶エリート高学力のエンジニアが自社に属して、
自社で何を作りたいのか何を欲しているのか完全に研究観察理解したうえで、自社のシステムを作成
必要に応じて必要な人数を派遣で調達し、直接指揮をとる。
それでも新しいシステム開発の手法や取り組みが研究されている。

日本なんて素人が要件をSヨに伝えて、Sヨは他社の現場を見ることなくひたすら分厚い紙で定義や免責事項等々を幾度となくやり取りを繰り返し。
そしてSヨと素人がよくわからないままに作成した分厚い紙を3重、4重、5重と投げ、最後のところは多数の弱小派遣会社から大量派遣された
超低学力の当然低待遇の技術力がバラッバラの人員を一つにまとめて、どこぞのだれのためのシステムかよくわらないまま作る。

業務知識を隠す云々を語る以前の状態だろ日本は。

267
仕様書無しさん[]   投稿日:2017/01/02 17:37:44
業務運用を外部においそれと教えるってこと事態危険だろ
リスク管理どう考えてんだ?
自分の会社で雇用した社員なら自業自得だけど
外部発注したら、ぱよぱよちーん みたいのだっている
外部会社の人員まで興信所使うのかよ

268
仕様書無しさん[sage]   投稿日:2017/01/02 17:45:23
> 自分の会社で雇用した社員なら自業自得だけど

「自業自得」はリスク管理やないで?
自業自得で終わるわけないんだからな。

自分の会社で雇用した社員が情報漏えいなどしたらどうする?
個人に損害賠償請求か? 無理だぞ。まず払えない。

外注であれば会社との契約があるから、会社が損害賠償してくれる。

そういった点で外部の会社を使ったほうがリスクは減らせるんだよ

269
仕様書無しさん[]   投稿日:2017/01/02 17:47:32
減るわけねーだろww
ぱよぱよちーん のどこが減らせてんだよ
相手の会社がとんずらかましておわりだよ
ぱよぱよちーんのような会社がまともな対応すると思うのか?
コメント1件

270
仕様書無しさん[sage]   投稿日:2017/01/02 17:52:08
業界規模でアジア系外国人を雇わないことだな
リスク対策はそれからだ

271
仕様書無しさん[sage]   投稿日:2017/01/02 18:19:55
>269
減らせてるだろ。そいつを切ればいいだけなんだから

272
仕様書無しさん[sage]   投稿日:2017/01/02 19:03:59
いまどきVBAなんか覚えんなw
覚えるなら.net使えるC#でプラグイン書け。
コメント1件

273
仕様書無しさん[]   投稿日:2017/01/02 19:05:26
>272
普通、仕事ではVBAなんてさけて通れないだろ。

274
仕様書無しさん[sage]   投稿日:2017/01/02 19:11:04
うちは全部C#に載せ替えてるよ。

275
仕様書無しさん[sage]   投稿日:2017/01/02 22:05:22
>261
某銀行のようにか?
各商品の詳細知っている人間や法務部署がない大企業があるとは思えないな
システム素人の人間から詳細を聞き出すスキルがSIerになかったら悲惨だろうな

276
仕様書無しさん[sage]   投稿日:2017/01/02 22:10:26
>262
SI業者全否定だな
システムの詳細な仕様書書ける非IT企業はかなりないだろう
もし書けるなら自分らで作れちゃうもんだし発注しない
コメント1件

277
仕様書無しさん[sage]   投稿日:2017/01/02 22:19:58
業務や法に精通した客が居たとしてもシステムがその通りとは限らないんだなぁ
コメント1件

278
仕様書無しさん[sage]   投稿日:2017/01/03 01:50:53
>276
> システムの詳細な仕様書書ける非IT企業はかなりないだろう

失敗が多いのはそのせいだよ
コメント1件

279
仕様書無しさん[]   投稿日:2017/01/03 08:16:07
もういい加減飽きないの?
内製と外注の関係についてはさんざん語られて、内製に軍配あがってるだろが。
外注は「内製は社員が無能」って絶対条件を必ず付してからすべてを語ろうとする。
内製側は内製のデメリットもしっかり見つめつつ結局内製に軍配があがるって両方共キチンと比較してる。
だけど外注側は前提条件を絶対に崩さないから永久に咬み合わない。

まともな会社の正社員になる頭があるやつがプログラミングを覚えるのと
まともな会社に入れず派遣や偽装請負プログラマになったやつの頭でプログラミングするのと
結局どっちがまともなシステムになっていくか。
常識的に考えれば明らか。
コメント1件

280
仕様書無しさん[sage]   投稿日:2017/01/03 08:27:44
> 内製と外注の関係についてはさんざん語られて、内製に軍配あがってるだろが。

     /: : : : : __: :/: : ::/: : ://: : :/l::|: : :i: :l: : :ヽ: : :丶: : 丶ヾ    ___
     /;,, : : : //::/: : 7l,;:≠-::/: : / .l::|: : :l: :|;,,;!: : :!l: : :i: : : :|: : ::、  /     ヽ
    /ヽヽ: ://: :!:,X~::|: /;,,;,/: :/  リ!: ::/ノ  l`ヽl !: : |: : : :l: :l: リ / そ そ お \
   /: : ヽヾ/: : l/::l |/|||llllヾ,、  / |: :/ , -==、 l\:::|: : : :|i: | /   う う  前  |
.   /: : : //ヾ ; :|!: イ、||ll|||||::||    ノノ  イ|||||||ヾ、 |: ::|!: : イ: ::|/   な 思 が
   /: : ://: : :ヽソ::ヽl |{ i||ll"ン    ´   i| l|||l"l `|: /|: : /'!/l     ん う
 ∠: : : ~: : : : : : : :丶ゝ-―-      ,  ー=z_ソ   |/ ハメ;, :: ::|.   だ ん
   i|::ハ: : : : : : : : : : : 、ヘヘヘヘ     、  ヘヘヘヘヘ /: : : : : \,|.   ろ な
   |!l |: : : : : : : : :、: ::\    、-―-,      / : : :丶;,,;,:ミヽ   う  ら
     丶: :ハ、lヽ: :ヽ: : ::\__  `~ "      /: : ト; lヽ)   ゝ
       レ `| `、l`、>=ニ´        ,  _´ : :} `   /
         ,,、r"^~´"''''"t-`r、 _  -、 ´ヽノ \ノ   /    お ・
       ,;'~  _r-- 、__     ~f、_>'、_         |  で  前 ・
      f~  ,;"     ~"t___    ミ、 ^'t         |  は  ん ・
      ,"  ,~         ヾ~'-、__ ミ_ξ丶     |  な  中 ・
     ;'  ,イ ..          ヽ_   ヾ、0ヽ丶    l         /
     ( ;":: |: :: ..          .`,   ヾ 丶 !    \____/
     ;;;; :: 入:: :: ::      l`ー-、   )l   ヾ 丶
     "~、ソ:: :い:: :     \_  ノ ,    ヾ 丶

281
仕様書無しさん[sage]   投稿日:2017/01/03 08:30:21
> 外注は「内製は社員が無能」って絶対条件を必ず付してからすべてを語ろうとする。

何を言ってるんだ? 餅は餅屋ってだけだろ。

お互い専門でやっているところを担当すればいいんだよ。

それとも餅屋にプログラミングさせるのか?
最高の餅を作れる職人がプログラミングができなかったら無能になるのか?

餅屋はプログラミングできなくて当たり前なんだよ。
餅のことだけ考えてろ。システム開発はこっちでやるから。

282
仕様書無しさん[sage]   投稿日:2017/01/03 09:18:55
内製と外製で割り当てられる人員が同一だと仮定した場合は
内製のほうが有利ってことになるのか・・・

でも内製が開発をはじめてしまったら業務知識がおろそかにならないか?
コメント2件

283
仕様書無しさん[]   投稿日:2017/01/03 10:38:29
>282
歴史を見ると 業務知識ではなく、技術がおろそかになる ということをCOBOLerが示した。
で、COBOLerが本当に害だったのか考えると害である部分がかなり大きいが、有用であったことも証明された。
それが、パッケージソフト・アウトソーシング・子会社への丸投げ方式導入で一気にオープン系にしたら最初はよかったが
COBOLerが退職や配置転換等でいなくなり、システムのリプレイスでCOBOLerの有用な部分が発覚し、愕然とすることになった。
コメント1件

284
仕様書無しさん[]   投稿日:2017/01/03 10:39:51
ついでにいうと、COBOLer環境はメインフレームという超特殊な環境だったから
技術がおろそかになった可能性も否定できない。
最初から現代環境だった場合は、技術がおろそかになることがあったのか?
という点については、現代環境から内製を始めたところの意見を聞かないとわからない。

285
仕様書無しさん[]   投稿日:2017/01/03 10:43:36
>282
派遣の烏合の衆と一応そこそこの会社に入った正社員の人員能力が同一というのが日本では考えにくいがあえて同一だと仮定した場合
直接ユーザーから何をやりたいのかを聞ける、直接ユーザーにプロトタイプをイジってもらって感想を貰う
ってことができる内製のほうが圧倒的優位なのは事実

だから、世界では日本では内製と表現されている開発スタイルが一般的で
ユーザー企業のプログラマ数 > IT企業のプログラマ数
という状態に当然になる。
最近の提唱されているプログラミング・開発スタイルの多くが、日本で内製と表現されている環境が大前提のもの

286
仕様書無しさん[sage]   投稿日:2017/01/03 11:21:12
>277
それがわかるなら客に説明してやれ

287
仕様書無しさん[sage]   投稿日:2017/01/03 11:23:33
>278
素人がシステム、コンピューター化等について普通わかるわけないだろ
それがわからんSI業者はいらん

288
仕様書無しさん[sage]   投稿日:2017/01/03 11:29:13
>279
内製出来るだけの人員がいるならいいが大抵の会社には居ないだろ
内製は理想だが現実的には出来ない会社が大半だ
そもそも非IT系の経営層はコンピューター関連のスキルを理解してないし価値もわからん
さらに初期コストしか見ないアホも多いからパッケージを求めたりする
自社に適合するかは業者営業の言葉鵜呑みでな

解決しないよ
コメント1件

289
仕様書無しさん[sage]   投稿日:2017/01/03 12:31:04
>283
それってCOBOLerが有能なんじゃなくて完全に害悪だよ
業務知識を積極的にモデリングしてアウトプット、共有してれば世代交代もある程度円滑になっていただろう
COBOLerって仕事してみるとわかるけどclosedな時代に生きてきたからなのか保身のために知識を隠す傾向があるんだよね
彼らは企業の重大な知識、技術を独占して隠してきた
新規参入を意図的に遠ざけ、知識を小出しにすることで旨い汁をすすってきた
コメント2件

290
仕様書無しさん[sage]   投稿日:2017/01/03 13:54:56
>289
どの世界にも保身最優先な連中はいる
知識の共有が大事だと思わん連中が上にいるとどの分野でもそうだ
COBOLerだけが害悪じゃねぇ
特に日本はその点がダメだ
コメント1件

291
仕様書無しさん[]   投稿日:2017/01/03 17:06:25
>289
わざわざ日本語より英語の方が意味が広くて、文章が曖昧になる言葉を使う癖は直した方がいいぞ。
コメント1件

292
仕様書無しさん[sage]   投稿日:2017/01/03 17:18:31
>291
おじいちゃん乙

293
仕様書無しさん[]   投稿日:2017/01/03 17:37:10
>288
某国にいたとき30万の社員数がいるとこのシステム開発保守運用を10人でやってたぞ。
社員数100人なら2人いれば充分だろ。
コメント2件

294
仕様書無しさん[sage]   投稿日:2017/01/03 17:48:41
>290
システムの話じゃないよな仕事を故意に囲い込む奴って。

295
仕様書無しさん[sage]   投稿日:2017/01/03 17:50:30
>293
社員数100人といってもどうせ自分の担当の
仕事しかわかってないやつばかりだろ。

大きな会社になればなるほど自分の担当の範囲は狭くなる。

業務知識がわかっていて、かつシステム開発も
できるやつじゃないと意味がない。

そういう人がいないから、システム開発丸投げの上に
業務知識までシステム会社に丸投げしてる。

296
仕様書無しさん[sage]   投稿日:2017/01/03 17:53:09
コンサルも酷いし経営層も甘く見過ぎなんだよな

297
仕様書無しさん[sage]   投稿日:2017/01/03 17:54:32
根本的に、日本の開発スタイルって世界から明らかに外れている。

それが成功しているスタイルなら良いが、失敗スタイルなのは自らわかっていること。

298
仕様書無しさん[sage]   投稿日:2017/01/03 17:57:39
素人ばかりで成功するわけがないんだよな
文系とかVBAでドヤ顔する学生取ってくるのやめてくれ
コメント1件

299
仕様書無しさん[sage]   投稿日:2017/01/03 17:59:46
>293
SI業者が生業としている分野でも顧客の業務理解出来ないんだろ?
1事業所で100名だとしても2名で全体を把握なんて出来ないだろ
その2名が全部署経験豊富かつシステム周りも詳しいならいいがそんなの求める方が非常識だ
経営層がどう考えているのかが一番問題になると思う

300
仕様書無しさん[sage]   投稿日:2017/01/03 18:03:01
>298
なんでVBAをそんなに嫌うのか?
ちゃんと理解出来ていれば問題ないし規約があればそれに普通従うだろ?
極端なことを言えばどんな言語だろうとクソコード書く奴はいる
結局人に起因する問題だ
コメント2件

301
仕様書無しさん[sage]   投稿日:2017/01/03 18:08:16
> なんでVBAをそんなに嫌うのか?
Windowsでしか使えないから。
また言語自体も貧弱なので、すぐに限界がくる。

302
仕様書無しさん[sage]   投稿日:2017/01/03 18:51:16
>300
自分たちの仕事を奪われるからだろ。
もしくは、自分たちの仕事って実は大したことがないってバレるのが嫌なんだよ。
この中で単純処理以外のプログラミング組んでる奴なんて殆どいないだろ。
コメント1件

303
仕様書無しさん[sage]   投稿日:2017/01/03 18:56:53
> この中で
お前だけじゃね?

304
仕様書無しさん[sage]   投稿日:2017/01/03 19:04:28
>302
組める学力がないからなw派遣プログラマは

305
仕様書無しさん[sage]   投稿日:2017/01/03 19:06:28
結局そういうふうに馬鹿にすることが目的で
派遣って持ち出したんだよなw
底が知れる

306
仕様書無しさん[sage]   投稿日:2017/01/03 19:09:13
コードの書きやすさって死ぬほど重要だよな
VBAだって基本的な機能はないわけではないから高品質なコードを書こうと思えば書くことはできる
しかし断じて書きやすい訳ではないし他のユーザーがバカだし使い捨てアプリ前提みたいな空気があるからまず良い習慣を守って高品質なコードを書こうという気がおきない
VBAには人にクソコードを書かせる不思議な誘惑がある
普段はちゃんとしたPGでもVBAになるとまるで狂ったかのような酷いコードを書き始める(ちゃんとしたシステムじゃないし動きゃ別にいいだろという空気を発しながら)
ましてや他の言語をろくに触らないVBAerが書き出すVBAコードは筆舌に尽くしがたい
さらに最悪なのはVBAerは自分がクソコードを書いてるという自覚がない
クソコードをこれでいいのだと納得して書き続けて遂にはクソコードを書く習慣がしっかりと身についてしまい矯正することも難しくなる
クソコード生産工場となったVBAerはもはや技術的負債を積み上げるだけの足手まといでしかない

307
仕様書無しさん[sage]   投稿日:2017/01/03 19:14:51
書きやすさっていうか重要なのは読みやすさだけどね。

書くのは一回だけど、読むのは修正のたびに何度も読み直している。
機能追加、バグ修正、プロの仕事では他人からのコードレビュー

308
仕様書無しさん[sage]   投稿日:2017/01/03 19:33:47
書きにくいと読みにくくなる

309
仕様書無しさん[]   投稿日:2017/01/03 20:58:43
>300
統制のとれたVBAってそれこそプロが書いたものでしか見たことないわ。

310
仕様書無しさん[sage]   投稿日:2017/01/03 21:33:58
excelでVBAでコード書いていたら、googleスプレッドシートでのGASで
活かせたりするけどね。頭固い人だとそういうのも出来ないんでしょうね。

ちなみにgoogleスプレッドシートはexcelおじさん程度のレベルのことなら
支障なくできるくらいにはなっているのでお勧めです。特に複数にで作業
するときとか。
コメント1件

311
仕様書無しさん[]   投稿日:2017/01/03 21:39:38
VBA使ったことないけどGoogle Apps Scriptは普通に使えちゃいました(テヘペロ

312
仕様書無しさん[sage]   投稿日:2017/01/03 22:20:56
本職は金は出すからやれと言われれば言語程度ならなんでも1日で覚えるのが基本な
逆に有用でも要件でもないものを無意味に覚えたりはしない
>310みたいなドヤ顔学生さんレベルのスキルは有って無いようなものだよ
コメント1件

313
仕様書無しさん[sage]   投稿日:2017/01/03 22:23:28
VBAバカにする連中の周りには無能が多いってことなんだな
さらに具体的なクソなところを指摘出来ないし底が知れる
コメント1件

314
仕様書無しさん[sage]   投稿日:2017/01/03 22:25:32
>312
今時覚えるとかw
暗記でもしてんの?
素養があればどの言語でも普通に扱えるわ
コメント1件

315
仕様書無しさん[sage]   投稿日:2017/01/03 22:34:26
>313
VBAをありがたがってる方が無能だろ
悪いことは言わないから他の開発環境も触ってみなって

>314
とりあえず覚えるって辞書で引いてこようか
コメント2件

316
仕様書無しさん[sage]   投稿日:2017/01/03 22:54:33
おぼ・える【覚える】 の意味
出典:デジタル大辞泉
[動ア下一][文]おぼ・ゆ[ヤ下二]《「おもほゆ」の音変化。「ゆ」は、もと、自発・可能の助動詞で、自然に思われる、他から思われる意が原義》
1 (「憶える」とも書く)見聞きした事柄を心にとどめる。記憶する。「子供のころのことは覚えていない」
2 学んだり経験したりして、身につける。習得する。「こつを覚える」「技術を覚える」
3 からだや心に感じる。「疲れを覚える」「愛着を覚える」
4 (古風な言い方)思われる。「お言葉とも覚えません」
5 思い出して話す。
「いで―・え給へ」〈大鏡・序〉
6 自然と思い出される。ふと想像される。
「昔―・ゆる花橘、撫子、薔薇?(さうび)?」〈源・少女〉
7 似る。似合う。
「御かたちありさま、あやしきまでぞ―・え給へる」〈源・桐壺〉
8 他人からそう思われる。
「この世の中に恥づかしきものと―・え給へる弁の少将の君」〈落窪・一〉
9 意識がはたらく。分別する。
「物は少し―・ゆれども腰なむ動かれぬ」〈竹取〉
コメント1件

317
仕様書無しさん[sage]   投稿日:2017/01/03 23:31:03
VBAはExcelしか実行・開発環境のない場所でなら輝く
そうでないなら基本不要。つか本家.NETを使え
コメント1件

318
仕様書無しさん[]   投稿日:2017/01/04 00:30:11
>317
仕事ならExcel VBAに無関係なんてありえない。
コメント1件

319
仕様書無しさん[sage]   投稿日:2017/01/04 00:47:59
世の中、業務系だけがマの仕事場じゃ無いから。

320
仕様書無しさん[]   投稿日:2017/01/04 01:03:18
>318
そういう視野が狭いところがいかにも新人って感じで可愛いわー
コメント1件

321
仕様書無しさん[]   投稿日:2017/01/04 01:59:22
Excelを使わないレベルのことしかやらないなら、それこそ初心者って感じだわ。
コメント1件

322
仕様書無しさん[sage]   投稿日:2017/01/04 04:47:47
>315
だから何が悪いのか具体的に指摘してみろよ

323
仕様書無しさん[sage]   投稿日:2017/01/04 04:48:46
>320
そうレスするお前がな

324
仕様書無しさん[sage]   投稿日:2017/01/04 04:49:50
>316
こういうバカがいるから困る
コメント1件

325
仕様書無しさん[sage]   投稿日:2017/01/04 04:54:06
>315
おまえ様はVBA触ると他の開発環境に対応出来なくなっちゃう人なの?
ワイの周りにはそんな人いないなー
出来る人はなーんも問題なく使うことになった環境に適応してくけど

326
仕様書無しさん[sage]   投稿日:2017/01/04 05:00:19
>321
仕様書をPDFとかmdで書くようにして、
可視化ツールもkibana導入したら
Excel使う所なくなっちゃった。

327
仕様書無しさん[sage]   投稿日:2017/01/04 05:04:48
健全でない言葉が含まれているため表示しません 内容を確認する

328
仕様書無しさん[sage]   投稿日:2017/01/04 05:05:54
VBA推しの人はVBAを何に使ってるのか知りたい。
コメント1件

329
仕様書無しさん[sage]   投稿日:2017/01/04 05:18:14
>324
覚えるを辞書で引いてこいと言われたから
引いただけだが?

なに?めんどくさいことをやらせる
嫌がらせをしたかっただけ?

330
仕様書無しさん[sage]   投稿日:2017/01/04 05:46:21
>328
推している人はいないだろ?
ダメという人になにがダメなのか聞いている人はいるけど

331
仕様書無しさん[sage]   投稿日:2017/01/04 05:52:19
学生時代にVBA以外を触っていてもクソはいるしVBAしか触ってなかったいなかった人でも出来る人もいるんだが

人事が使える人を見分けられる基準が分かればいいのだが難しいな

332
仕様書無しさん[]   投稿日:2017/01/04 08:00:15
windowsからlinuxに変えられない最大の要因がVBAマクロなのに
VBAマクロをなんに使ってるのかわからんとか、ユーザーサイドのマーケティングやってなさすぎ
コメント1件

333
仕様書無しさん[sage]   投稿日:2017/01/04 08:19:53
そういえばLibreとかにした企業や自治体がトラブル多発してMS Officeに戻したって話もあったな

334
仕様書無しさん[sage]   投稿日:2017/01/04 09:22:28
VBA一度使うと囲い込まれちやうな

335
仕様書無しさん[]   投稿日:2017/01/04 11:49:10
>332
今はパソコン()よりスマホの方が使われてる時代ですが。
君こそ一般ユーザーのことを知らなすぎ。
コメント1件

336
仕様書無しさん[]   投稿日:2017/01/04 12:03:19
MS-Officeでこうしたいと思うときVBAを使えばできます、VBAアドインならできますとなって、結局、VBAを使うことになる。

337
仕様書無しさん[sage]   投稿日:2017/01/04 12:08:15
ついにスマホで業務アプリを使う時代になったか
スマホ版やオンライン版のエクセルでVBAが使えるようになる日が待ち遠しい
コメント1件

338
仕様書無しさん[sage]   投稿日:2017/01/04 12:10:14
完全に脳みそが硬直してる

339
仕様書無しさん[sage]   投稿日:2017/01/04 12:54:55
VBAつーよりCOMが扱えれば何でもいいんだけどね
Excelに限ればピボット使えるの方が印象良さそう

340
仕様書無しさん[sage]   投稿日:2017/01/04 13:02:35
VBAが便利っていうかスプレッドシートっていうインターフェースとExcel.Applicationが便利なだけだよな
仮にExcelに組み込みでC#が動くならVBAなんて誰もありがたがらないだろ?
コメント3件

341
仕様書無しさん[sage]   投稿日:2017/01/04 13:12:44
>337
情弱なターゲットが大量に確保できてハッカーにとっては天国だろうな

342
仕様書無しさん[sage]   投稿日:2017/01/04 14:12:03
神excelだと面倒だが、データソースとしてCOMインターフェイス経由で
excelいじることなんて色んな言語でライブら入りは提供されてるからなあ。
まあ普通の人に使わせる場合はGUIが無いとほぼ無理だったりするから
VBAは重宝するってことはあるが。

343
仕様書無しさん[sage]   投稿日:2017/01/04 15:05:01
>335
職場でスマホやタブが一般的なの?
君の周り変わってるね
コメント1件

344
仕様書無しさん[sage]   投稿日:2017/01/04 15:07:03
>340
分かってないな
過去の資産切り捨てOKならVBAの仕様変更したいだろうが現実的に出来ない状態

345
仕様書無しさん[sage]   投稿日:2017/01/04 15:12:42
>340
この板みてるような連中ではなく大多数である一般的なユーザーのレベル知らなすぎ
c#なんかになったらExcelの価値が激減してバージョンアップしない企業が大半だろうと思う

346
仕様書無しさん[sage]   投稿日:2017/01/04 15:23:17
C#がいいならC#+Excelで開発すりゃいいけど、世の中はそういう流れになってない
MSだって受け入れてもらえるならそうしたいだろうよ
コメント1件

347
仕様書無しさん[sage]   投稿日:2017/01/04 17:03:04
>340
こういう認識しちゃう視野の狭い人間はPGならいいけど仕様に絡むような部分には出てきて欲しくないな

348
仕様書無しさん[sage]   投稿日:2017/01/04 17:21:47
ぶっちゃけてしまうとみんな内心ではVBAには辟易してる
使いやすい言語に変えて欲しいけど大量の趣味グラマと過去の借金(もはや資産ではない)のせいで停滞せざるを得ない
本当は痛みを伴ってでもなんとかしなきゃならないんだけど踏ん切りがつかずずっとそのまま
時間がたつほどに人も借金も増えてますます身動きが取れなくなる
コメント3件

349
仕様書無しさん[sage]   投稿日:2017/01/04 17:35:42
>346
C#が受け入れられないのはCOMとCLRの相性の悪さが理由だろうな

350
仕様書無しさん[sage]   投稿日:2017/01/04 17:37:29
>348
みんなじゃないんだよ
少なくとも非IT企業は結構保守的な人多い
OSやOfficeのバージョンアップすると反発あるんだぜ
あと借金状態のVBAもあるが過去の資産でもあり現役で有用なVBAもある
VBAは全て悪という意見には賛同しかねる

351
仕様書無しさん[]   投稿日:2017/01/04 17:37:37
ゆえにVBAは不滅ですw
ゆえに学生はVBAサイキョー

352
仕様書無しさん[sage]   投稿日:2017/01/04 17:40:34
>348
お客さん見てる限りVBAなくなったら業務止まる会社多いと思う
変えたくないだろうな
辟易なんて全くしてなさそう
新しくなると新しいこと覚えなきゃならないからな〜

353
仕様書無しさん[sage]   投稿日:2017/01/04 17:43:35
>348
VBAに関してMSは趣味な連中は眼中にないだろw

354
仕様書無しさん[sage]   投稿日:2017/01/04 18:06:18
マイクロソフト的には過去資産を壊すのが恐いなんて素人みたいな理由でVBAを放置してるわけじゃないけどな
単にコストとメリットが釣り合わないから放置してるだけ
貧弱な環境でもユーザーが満足してるんだもんそりゃ金かけて拡張するメリットがない
本気で満足してるならいいけど文句言わないと永遠に使いにくいままだよ?
コメント4件

355
仕様書無しさん[]   投稿日:2017/01/04 19:19:37
学生が覚えるのはVBAでFAっぽいな。
好んで日本のIT業界なんて行こうってやつはいないだろ。まともな学校出てれば。
海外のITならともかく。
コメント1件

356
仕様書無しさん[sage]   投稿日:2017/01/04 19:32:10
>343
仕事ばかりしてないで街に出たほうがいいよ。
コメント2件

357
仕様書無しさん[]   投稿日:2017/01/04 19:45:23
>356
343じゃねーけど、おめーの負けだw
このスレは明らかに学生が就職後にメリットある言語の話だ
コメント1件

358
仕様書無しさん[sage]   投稿日:2017/01/04 19:47:38
>356
話の流れで職場以外の使い方の話するって頭おかしいよ
文盲さん?
コメント1件

359
仕様書無しさん[sage]   投稿日:2017/01/04 19:50:13
>354
使いにくいとか普通のユーザー感じてないよ
新しい物にすると逆に拒否反応を起こす
MES導入案件でよくわかった

360
仕様書無しさん[sage]   投稿日:2017/01/04 19:57:43
>354
本気でそう思ってんの?
だとしたら頭オカシイよん
VBA捨てたらMS Officeの価値下がるよ
逆にVBAがあるからOfficeが売れる
シェアだけみたら一番使われてる言語じゃないか?
非ITのVBA使うユーザー>IT技術者
エンジニアになるなら特にVBAを選択する必要はないけど普通の企業に就職するかもしれないからVBAやってもいいんじゃないのか?
コメント1件

361
仕様書無しさん[sage]   投稿日:2017/01/04 20:00:40
>354
.NETにしてもよければMSはすぐ変更したいと思うよ
まぁ言語は引き続きVBベースになりそうな気がするけどな

362
仕様書無しさん[sage]   投稿日:2017/01/04 20:01:32
>360
このスレってバカしかいないのかなぁ
>354のどこからVBA捨てるって出てきたんだ?
コメント2件

363
仕様書無しさん[sage]   投稿日:2017/01/04 20:05:27
>362
最後の文言読めばやかるだろ?
捨てたいという意志があるからの文面だろ?
コメント1件

364
仕様書無しさん[sage]   投稿日:2017/01/04 20:07:04
>362
VBA否定な意見だろ?
わからないのか?

365
仕様書無しさん[sage]   投稿日:2017/01/04 20:08:46
>363
後方互換性確保して拡張できるのに文句のひとつも言わないとMSが動かないよってだけの話だろ?
個人的には全廃でも構わないけど常識的にMSがいきなり互換性捨てるわけないだろバカ死ね
コメント2件

366
仕様書無しさん[sage]   投稿日:2017/01/04 20:11:48
なんでこんなに必死なのか?w

367
仕様書無しさん[sage]   投稿日:2017/01/04 20:13:34
COBOLやVB6がほぼ死滅してVBAが最後の砦なの?
コメント1件

368
仕様書無しさん[sage]   投稿日:2017/01/04 20:14:06
>365
多数決にしたら現行のままがいいということになるよ
そうでなきゃすでにVBA消えてるよw

369
仕様書無しさん[sage]   投稿日:2017/01/04 20:15:41
>365
なんかおまえ文盲みたいだな
あと何ヒステリー起こしてんの?

370
仕様書無しさん[sage]   投稿日:2017/01/04 20:18:09
>367
単に多くの企業で使われている言語なので変化させたいけど難しい状態って感じ
資産切り捨てOKなら即無くなると思う

371
仕様書無しさん[sage]   投稿日:2017/01/04 20:23:27
わかった
VBAerには後方互換性というごく当たり前の概念がないのか
コメント1件

372
仕様書無しさん[sage]   投稿日:2017/01/04 20:26:44
>371
VB6からVB.NETに変わった時かなりの部分をばっさり切っちゃっただろ?
それが恐怖なんだよ
コメント2件

373
仕様書無しさん[sage]   投稿日:2017/01/04 20:35:18
>372
そういう認識なんだ
VB.NET出てからも何年もVB6の開発と実行はサポートされてるし相互運用もサポートされてるのにねぇ
異文化コミュニケーションって難しい
コメント1件

374
仕様書無しさん[sage]   投稿日:2017/01/04 20:47:24
アレで互換性ありなんだ…
コメント1件

375
仕様書無しさん[sage]   投稿日:2017/01/04 20:56:40
後方互換性100%なら問題ないと思うよ

376
仕様書無しさん[sage]   投稿日:2017/01/04 21:01:32
>374
あれには互換性は無いよ
でも今はVB.NETみたいに別の実行環境に似た言語を実装する話じゃなくてVBAを既存の資産を壊さずに拡張する話な
拡張っていうと普通は後者を思い浮かべるんだが>372によるとVBAerは前者を思い浮かべるんだな

377
仕様書無しさん[sage]   投稿日:2017/01/04 21:28:06
>357
じゃぁJavaでいいんじゃね?
プログラマ板名んだから事務員は対象外だろ。
コメント1件

378
仕様書無しさん[sage]   投稿日:2017/01/04 21:29:04
>358
職場以外のユーザが見えてない人たちっているんだな。
コメント1件

379
仕様書無しさん[sage]   投稿日:2017/01/04 22:29:42
>355
海外のほうが自動化への執着は強い
日本ならコピペと器用な指裁きで済ますところでも
わざわざマクロを作っちゃう

海外では内製のシェアが高いっていうけど、実態はVBA係だよ

380
仕様書無しさん[sage]   投稿日:2017/01/04 22:38:11
>377
プログラマだったらVS使って開発すりゃいいだけ
わざわざエクセル上でやる必要はない
エクセルの参照を追加すりゃVBでもC#でもどんな言語でも使えるでしょ

>373
Windows10でVB6の開発は出来ないよ

381
仕様書無しさん[sage]   投稿日:2017/01/04 22:46:59
>>それRubyでできるよね?

382
仕様書無しさん[sage]   投稿日:2017/01/04 22:49:14
RubyでもPythonでも開発できるのに誰もがVBAを使う
つまり、VBAこそ最強の言語

383
仕様書無しさん[sage]   投稿日:2017/01/04 22:50:47
バカ上司がそれ以外を許さんからねw

384
仕様書無しさん[sage]   投稿日:2017/01/04 22:54:04
プロ仕事ならそれこそVBAよりも.NETのVSOTによるアドインでええんちゃうんかな……?
反復とか半角全角の正規表現はVBAでサクッとやればいいけど。

385
仕様書無しさん[sage]   投稿日:2017/01/04 22:58:08
貧弱な会社の貧弱な環境でもインストールされていることが多い
スキル皆無の素人でもとりあえず実行まではたどり着ける
GUI制御ができない素人でもシートの読み書きぐらいならできる
頭の悪いコードを書いても同類しかいないからバカにされない
素人にとっては魅力的な環境だよ

386
仕様書無しさん[saga]   投稿日:2017/01/04 23:03:16
いまどきVBAとか、日本のITリテラシ、マジおわってるわ
コメント1件

387
仕様書無しさん[sage]   投稿日:2017/01/04 23:08:49
職業プログラマではないプログラマ崩れが事務作業を効率化する分には十分っつーか無双レベル
てか役所は神エクセル作ってオナってるんじゃねぇよ
コメント1件

388
仕様書無しさん[sage]   投稿日:2017/01/05 04:44:31
>378
はいはい

389
仕様書無しさん[sage]   投稿日:2017/01/05 04:45:08
>386
海外に目を向けても良いんですよ

390
仕様書無しさん[sage]   投稿日:2017/01/05 04:47:31
ここだけ読んでると殆どのSI業者要らないな
クソ営業が居なくなればいいのに

391
仕様書無しさん[sage]   投稿日:2017/01/05 05:45:31
vbaってなんですか?

392
仕様書無しさん[]   投稿日:2017/01/05 07:15:03
>387
そう
無双レベル
だから多少のわがままも聞いてもらえるくらいの信用度と信頼度を得られるVBAは、将来いろんなコースのある学生のうちに習得しておくべき言語

393
仕様書無しさん[sage]   投稿日:2017/01/05 07:33:17
能力ある学生にまでVBAなんてやらせんなw
何の取り柄も無いやつにだけやらせとけばいいよ

394
仕様書無しさん[sage]   投稿日:2017/01/05 07:56:36
VBAは文系進学予定の高校生だけにしとけよ
理系でVBAドヤ顔すると大学でも社会でも笑いもんだぞ

395
仕様書無しさん[sage]   投稿日:2017/01/05 08:28:01
スレタイのVBAを覚えた方がいいってのを、VBAしかできないみたいな
捻じ曲げた考えで論を展開するのがいるのが問題なんだよな。
VBAだけ覚えろじゃなくて、VBAくらい覚えておいた方がいいぞって
認識の人とは話が合わんよな。
コメント1件

396
仕様書無しさん[]   投稿日:2017/01/05 12:33:22
就職先のない派遣プログラマにはVBAは不要

397
仕様書無しさん[sage]   投稿日:2017/01/05 12:52:10
VBAぐらい誰でも出来る方がいいよ
転職する時役に立った
実際かなり無双出来る

398
仕様書無しさん[]   投稿日:2017/01/05 13:17:42
>395
学生のうちからやる必要性はないな。
プログラマーなら必要となったときにマニュアル見れば十分。
コメント1件

399
仕様書無しさん[sage]   投稿日:2017/01/05 20:23:08
職業PGは知らない言語の仕事でも容赦なく実戦に駆り出される
開発環境のセットアップ中に既存のコードをさっと眺めて文法と頻出クラスの使い方を把握出来ないとプロとしては厳しい
正式な研修ならともかく足手まといの勉強のために金も工数も出せないからね

400
仕様書無しさん[]   投稿日:2017/01/05 21:28:22
職業PGじゃなく
ただの派遣PGだろソレ

401
仕様書無しさん[sage]   投稿日:2017/01/06 00:01:15
そういやVBAのオンラインマニュアルが昔より使いにくくなった
ググって探す方が早い場合が多い

402
仕様書無しさん[]   投稿日:2017/01/06 06:42:34
なにが悲しくてタクシーか派遣プログラマかって言われるくらい就職の最後の砦と言われる派遣プログラマになることを前提に学生にオススメしてんの?このスレ。

VBAと色彩とデザインに決まってんじゃん

403
仕様書無しさん[sage]   投稿日:2017/01/06 07:02:55
>398
何を学生時代にやるのか最適解なの?
どこかの反対だけする政党みたいな意見が多いな
コメント2件

404
仕様書無しさん[]   投稿日:2017/01/06 07:31:34
言語ではなく基礎学力
あと
英語
特に英語

405
仕様書無しさん[]   投稿日:2017/01/06 12:36:24
>403
今ならCとPythonとScalaでいいんじゃない?

406
仕様書無しさん[sage]   投稿日:2017/01/06 12:44:53
あと学部によってはMatlabとかRとか

407
仕様書無しさん[]   投稿日:2017/01/06 12:54:38
プログラミング言語なんぞ覚えんでいい

408
仕様書無しさん[sage]   投稿日:2017/01/06 16:38:03
>403
C言語でまずは構文の形を覚えてから他の派生言語(C++、Java、C#)を覚える
あとは案件によるんでね

409
仕様書無しさん[sage]   投稿日:2017/01/06 19:58:34
まずは数学(と言うか論理思考能力?)だよなあ
コメント1件

410
仕様書無しさん[]   投稿日:2017/01/06 20:01:05
>409
オレとしては、数学の前にプログラミングに出会いたかった・・・。
三角関数とかなんの役に立つんだよと思ってたら、糞役に立ちやがるのね・・・。

411
仕様書無しさん[sage]   投稿日:2017/01/06 20:06:04
平行してやるのがいいよな

412
仕様書無しさん[sage]   投稿日:2017/01/06 20:09:15
ゲームも囲碁とか将棋とか頭を使う奴がいい

最後まで考え抜く能力がつく

413
仕様書無しさん[]   投稿日:2017/01/06 20:17:53
中卒就労6割
高卒就労3.5割
大卒就労0.5割
にすべきだよな。
ストレートの5%以外は希望で就労後に大学に入る。

414
仕様書無しさん[]   投稿日:2017/01/07 07:55:18
マジでそれでいいと思うわ
労働人口数百万単純に増える

415
仕様書無しさん[sage]   投稿日:2017/01/07 13:01:24
有り余ってるリソースをこれ以上増やしてどうする

416
仕様書無しさん[sage]   投稿日:2017/01/07 13:16:04
日本はまず人を減らすことが先決だろうね
リソースの少ない国なんだし
そのためには無限に人口が増加する前提で組まれてる社会保障制度の改革から始めなきゃだけど
コメント1件

417
仕様書無しさん[]   投稿日:2017/01/07 16:22:05
三角関数とか
音声処理とか画像処理とかと一緒に教えてくれたら意地でも頑張ったんだろうな

結局sin30が1/2とかそんなことしか覚えてない

418
仕様書無しさん[sage]   投稿日:2017/01/07 16:30:28
本来は科学(物理学)とセットだわな

419
仕様書無しさん[]   投稿日:2017/01/08 08:38:29
偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、耐えきれず中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・常識がない
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・多学習なのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負多重派遣損害なのに稼働
・裁判官が技術判定不能で賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる /ビジネスnews+板

420
仕様書無しさん[]   投稿日:2017/01/08 08:52:04
まだ生きてたんだ
コピペバカチョン

421
仕様書無しさん[sage]   投稿日:2017/01/08 10:41:28
>416

人が人を支えるという前提がそもそも崩れ始めとるな

422
仕様書無しさん[sage]   投稿日:2017/01/08 13:51:29
VBAのレガシー問題はCOBOLのそれより深刻だと思う
素人が無秩序に作成してばら撒いて使う方もよくわからず使ってそのうち規模だけが大きくなって手が付けられなくなってってそれもう悪意のあるソフトウェアじゃん
企業のシステムに遅効性の爆弾を仕掛けるテロリストだよ
コメント1件

423
仕様書無しさん[sage]   投稿日:2017/01/08 14:44:53
>422
同じ人が仕事をしたとして、
言語を変えたら、仕事の質が上がるとでも思ってるのか?
コメント1件

424
仕様書無しさん[sage]   投稿日:2017/01/08 15:52:39
>423
当然だろ
比べる言語によっては別次元と言っていいぐらい品質が上がる(あるいは下がる)よ
素人さんにはわからない世界だろうけど
言語そのものの機能や品質、ライブラリ、フレームワーク、IDE、ツール、コミュニティ、サポート、、、
開発に関わる様々な要素について言語間で大きな隔たりがある
開発環境の差は生産性の差や品質の差に直結する
コメント2件

425
仕様書無しさん[sage]   投稿日:2017/01/08 16:01:30
>424
すごいな。じゃあ技術力が高い人が
VBAを使うと、へぼになるんだ(笑)

そいつ偽物ですね。
コメント1件

426
仕様書無しさん[sage]   投稿日:2017/01/08 16:11:42
>425
そうなるよ
君みたいな本物のドッ素人さんにはわからんだろうけどね
技術力がどんなに高い人材でも例えばVisualStudioとC#を使って書いた時とExcelとVBAで書いた時の差はもはや別物と言っていい
様々な環境を知っているプロからすればExcel VBAなんてのは手足を縛られて鞭打ちされながらプログラミングするようなものなんだよ
そんな地獄のような環境で能力を十全に発揮できるまともな仕事なんて出来ないよ
コメント1件

427
仕様書無しさん[sage]   投稿日:2017/01/08 16:13:38
すげーな
同じ人物で言語により無秩序になったりしなかったりするのか
ワイの周りではそういう例見たことなかったからわからなかったけどそういう人見てたらVBAをとにかく非難する人がいても仕方がないな
コメント1件

428
仕様書無しさん[sage]   投稿日:2017/01/08 16:14:46
>426
VBAよりも設計の古いCだともっと酷くなるんか?
大変だね
コメント1件

429
仕様書無しさん[sage]   投稿日:2017/01/08 16:18:06
> すげーな
> 同じ人物で言語により無秩序になったりしなかったりするのか

そうそう。天才的なプログラマー
リーナス・トーバルズにVBAを作らせると、
時給1000円のアルバイト止まりの人間になる
コメント1件

430
仕様書無しさん[sage]   投稿日:2017/01/08 16:18:29
× VBAを作らせると、
○ VBAを使わせると

431
仕様書無しさん[sage]   投稿日:2017/01/08 16:19:05
まあプログラマの技術力ってあれ本人の力はごく僅かだから。

殆どが言語の能力

432
仕様書無しさん[sage]   投稿日:2017/01/08 16:20:07
この間なんか、VBAつかって5年のへぼプログラマに
Java教えたら、いきなりデザインパターンとか使いこなしたからな。

433
仕様書無しさん[sage]   投稿日:2017/01/08 16:27:21
>427
素人丸出しだぞ
そもそもお前は周りに様々な環境に触れてるプログラマいないだろ

>428
Cも苦痛に満ちた言語であるの点は確かだ
とは言えVBAよりははるかに充実した環境がある
IDEもツールもコミュニティも何もかもがVBAより優れている

>429
そこまでひどくはならんが
VBAでLinuxカーネルを書けと言われたらリーナスも匙を投げるだろう
コメント2件

434
仕様書無しさん[sage]   投稿日:2017/01/08 16:38:34
>433
そっかー
Z80や8086のアセンブラからコンピューター触ってきてそれなりにいろんな環境を経験してきたつもりだったが素人と同じ評価かー
いやはやこまったな
prologみたいな言語はあれだったけど少なくとも仕事で一般的に使用される言語ならどの言語でも1つマスターすればどの言語でも対応出来る現実しか知らんかったよ
コメント1件

435
仕様書無しさん[sage]   投稿日:2017/01/08 16:40:21
>433
> VBAでLinuxカーネルを書けと言われたらリーナスも匙を投げるだろう

おやぁ? (ニヤニヤ

リーナスがへぼになるって話じゃなかったんですか?
なんでリーナスが匙を投げるなんて上から目線になってるんですかぁ
まるでリーナスはVBAを使ってもすごいプログラマのままのような言い方ですねぇ〜?w
コメント1件

436
仕様書無しさん[sage]   投稿日:2017/01/08 16:40:37
かなりのおっさんだな

437
仕様書無しさん[sage]   投稿日:2017/01/08 16:41:35
例外処理が古くさい
コメント1件

438
仕様書無しさん[sage]   投稿日:2017/01/08 16:42:45
C言語に例外処理はないからな。
リーナスがVBAを使ったら例外も使えない
へぼプログラマに格下げになるのは当然だろう。
コメント1件

439
仕様書無しさん[sage]   投稿日:2017/01/08 16:45:18
ちょっとした自動化にはいいかもしれないがVBAでシステム作るとかは狂気

440
仕様書無しさん[]   投稿日:2017/01/08 16:47:25
>437
プログラマになりたい学生向けなら余計、そういった環境がいい
で、自分なりに制限のある環境でどうやったら綺麗なソースと言えるものになるのか考える。
そうすれば、最新言語の設計思想も簡単に吸収できる。

C言語をやって、gotoだらけの時代のソースを見ればよくわかる。

441
仕様書無しさん[sage]   投稿日:2017/01/08 16:49:25
>438
例外処理が出来る言語を使うなら普通に使うだろうし使えない言語なら使えないだけでヘボにはならんと思うんだけど
コメント1件

442
仕様書無しさん[sage]   投稿日:2017/01/08 16:54:20
>C言語でgoto

どういう環境だとそうなるのか?
コメント2件

443
仕様書無しさん[]   投稿日:2017/01/08 17:00:06
>442
ふるーーーーーーーーーーいふるーーーーーーーーーい時代のソースコードを仕事でイジると発見するよ

444
仕様書無しさん[sage]   投稿日:2017/01/08 17:03:36
>434
ならよっぽどレベルの低い環境に居たんだな
歴史だけは長いって老害の典型
近代的な環境に適応してから出直しておいで

>435
ニヤニヤとか気持ち悪いやつだな
ヘボになるから匙を投げるんだろ
コメント1件

445
仕様書無しさん[sage]   投稿日:2017/01/08 17:07:47
>441
> 例外処理が出来る言語を使うなら普通に使うだろうし使えない言語なら使えないだけでヘボにはならんと思うんだけど

使う言語によってへぼかどうかが決まる。
プログラマに能力の違いなんてものはない。
コメント1件

446
仕様書無しさん[sage]   投稿日:2017/01/08 17:12:05
Cと例外の話題を見てて思ったんだが、ネタじゃなくほんとに初心者しか居なかったんだな、このスレ

447
仕様書無しさん[]   投稿日:2017/01/08 17:12:32
言語なんてどーーーーーーーーーーーーーーでもいい

部品化
最小部品化
メモリのアクセス範囲の管理の徹底

これを徹底してるだけで充分
コメント1件

448
仕様書無しさん[sage]   投稿日:2017/01/08 17:13:15
>447
そんなもん、C言語を使えばすぐに理解する。
言語が全てなんだよ

449
仕様書無しさん[sage]   投稿日:2017/01/08 17:15:28
>447
良い習慣を守るために良い設計の言語を使うべきだってことだね

450
仕様書無しさん[sage]   投稿日:2017/01/08 17:16:48
VBAの設計は良く出来てるけどな

反論は具体的に(笑)

451
仕様書無しさん[]   投稿日:2017/01/08 17:17:21
>499
逆、そういった制限が無い言語を使ってフリーに作って、天狗になったところで鼻を叩き折られたほうがキチンと学べる
オブジェクト指向言語使ったって、ぐだぐだと書くやつは書く

452
仕様書無しさん[sage]   投稿日:2017/01/08 17:20:57
釣り合いばかりだなw

453
仕様書無しさん[sage]   投稿日:2017/01/08 17:22:07
>424
素人でも、VisualStuidoとC#使ったら別次元と言っていいくらい品質が上がると。

プロいらないじゃん。素人でいいじゃん。

454
仕様書無しさん[]   投稿日:2017/01/08 17:24:06
VBAの最大の弱点は、上級者と超素人入門者が、同じ土俵ってとこかなw
超素人入門者は、
サブルーチンしか作らないし、
Workbookから指定しないでプログラムを組むから実行中にちょっとマウスクリックしたりするだけで挙動が変わってしまう

455
仕様書無しさん[sage]   投稿日:2017/01/08 17:26:13
>444
そっか環境が悪かったのね
ま、私の職場では言語によってヘボになられては困るので君のような人罪は不要扱いです

456
仕様書無しさん[]   投稿日:2017/01/08 17:28:48
言語なんてどーでもいいわ
得意業界を見つけて専門家として開発全体をちゃんとやれるようになってくれや。

言語言語といってるような30歳こえた中年の消耗品兵隊いらんわ

457
仕様書無しさん[sage]   投稿日:2017/01/08 17:29:47
>445
人の差がなく言語で差ですか
PSより前のゲーム系PGは全員ヘボ扱いされちゃうのか知らない現実だな

458
仕様書無しさん[sage]   投稿日:2017/01/08 17:33:09
釣られまくり過ぎ
入れ食い過ぎ

459
仕様書無しさん[]   投稿日:2017/01/08 17:33:47
学生に教えておこう
 プログラミングは手段。
 その手段を使うために言語の勉強は必要。
ここでとまってる奴はクズ素人派遣プログラマ

目的と結果が最大重要点であって、その手段そのものをゴールにするようなことを学生に勧めている連中の意見なぞゴミ
コメント1件

460
仕様書無しさん[sage]   投稿日:2017/01/08 17:37:40
匿名掲示板で優越感に浸ろうとする虚しさ

461
仕様書無しさん[]   投稿日:2017/01/08 17:39:24
>459これが答え

ゆえにVBAは最強!
だって一般企業でOAやればVBAできるだけで無双状態だから。
仕事をこなせて評価も得られる。これほど最高なことはない。
コメント1件

462
仕様書無しさん[sage]   投稿日:2017/01/08 17:40:17
餌が弱い

463
仕様書無しさん[sage]   投稿日:2017/01/08 17:41:30
Office以外のまともな表計算ソフトさえ出てくれれば

464
仕様書無しさん[sage]   投稿日:2017/01/08 17:42:10
休日に2chで釣りするしかない虚しさ

465
仕様書無しさん[]   投稿日:2017/01/08 17:43:14
VBA無双は大工さんですらできるからな。
事務所に帰って、これが出来るだけで社長からお気に入り扱いされるから
社長のお気に入りになればDQNもそれに従う

VBAほど、いろんな就職先で無双やれる言語はなかなかない

それが、糞プログラムだとしてもな

466
仕様書無しさん[sage]   投稿日:2017/01/08 17:46:48
>442
30年以上前でも見ないから特定の人物が書いたコードじゃないかな?

467
仕様書無しさん[sage]   投稿日:2017/01/08 17:47:28
やたらマクロ入りのブックをばら蒔こうとする人がいて困ってますw
コメント2件

468
仕様書無しさん[]   投稿日:2017/01/08 17:55:03
>467
署名入り以外実行しなきゃいい

469
仕様書無しさん[sage]   投稿日:2017/01/08 18:01:11
VBAはBASIC言語の悪い所をそのまま継承してるから、保守性が無いんだな。
しかもプログラムとデータの分離もままならないと来たもんだ。
コメント1件

470
仕様書無しさん[sage]   投稿日:2017/01/08 18:03:37
オブジェクト指向なんてやめてプログラムとデータは分離しよう

471
仕様書無しさん[sage]   投稿日:2017/01/08 18:18:00
何のためのクラスだと思ってる

472
仕様書無しさん[sage]   投稿日:2017/01/08 18:19:25
Javaやってた頃は知ってたけど
今VBAを使ってるから知らない。
やっぱり言語だね。

473
仕様書無しさん[sage]   投稿日:2017/01/08 18:26:01
オブジェクト指向出来ないけど扱うのはオブジェクト

474
仕様書無しさん[]   投稿日:2017/01/08 18:30:56
>461
OAってなに?
コメント1件

475
仕様書無しさん[]   投稿日:2017/01/08 18:44:25
専業派遣プログラマになろうとしている学生向けの話じゃないのに
勝手に専業派遣プログラマ向けにする
要求定義がほんとできないなお前らは
コメント1件

476
仕様書無しさん[sage]   投稿日:2017/01/08 19:01:23
>474
Ojisan Anal

477
仕様書無しさん[sage]   投稿日:2017/01/08 19:04:37
こういう地道な草の根運動でVBAの寿命が延びるんだよ

478
仕様書無しさん[]   投稿日:2017/01/08 19:08:15
>475
あなたの要件定義、一手目から間違ってますよ。

479
仕様書無しさん[sage]   投稿日:2017/01/08 19:46:10
真正のオブジェクト指向できない時点でアウト
擬似的にシートへプロパティを持たせ、プロパティを持っているシートだけプロパティを実行させるとかいう回りくどい方法を取らないといかん
開発環境としてもいちいちクソな部分が多い

そういうわけだから細工用の小刀としては優秀だけど鉈にはならん
コメント1件

480
仕様書無しさん[sage]   投稿日:2017/01/08 20:11:28
> 真正のオブジェクト指向できない時点でアウト
C言語の話か
コメント1件

481
仕様書無しさん[sage]   投稿日:2017/01/08 22:04:58
>479
そうそうあくまで表計算ソフトの補助ツールで小刀なんだよ
オブジェクト指向はあったら便利だけど、別に大規模開発する訳じゃないからなくてもいい
別にエクセルだけじゃなくてテキストエディタでも画像編集ソフトでもCADでも
自動化の為のスクリプト機能はついてるし、特別なものでもない

482
仕様書無しさん[sage]   投稿日:2017/01/08 22:12:29
変に過大評価して、これで何でもできぞお前らもやれとか言ったり
実際向いてないこともまでやろうとする人らが害悪なんであって
普通にソフトの自動化ツールと見れば優秀

そしてこんな一ソフトの自動化機能をわざわざ学生に推し進める必要性は皆無
暇のある学生にはちゃんとした言語でもっと高度なことをやらせればいい
エクセル自動化しましたなんてドヤ顔する学生なんていらんだろ

483
仕様書無しさん[]   投稿日:2017/01/08 22:17:02
学生には
プログラミングは手段でしかなく、目的が重要だとわからせること
コメント2件

484
仕様書無しさん[]   投稿日:2017/01/08 22:36:32
>483
プログラマ板にいるやつらはそれが逆転してるのばっかりだからやっかい。

485
仕様書無しさん[sage]   投稿日:2017/01/08 22:38:39
いやプログラマはプログラミングが目的だろw

486
仕様書無しさん[sage]   投稿日:2017/01/08 22:42:40
>467
今のバージョンだと別に問題ないでしょ?

>469
データはセル
これは徹底したほうがいい
そして表計算側で出来ることはなるべくVBAでやらない
プログラマはエクセルの知識がない場合が多いから
わざわざVBAで作りこんでしまうが、まずはエクセルの機能でやるのが先だ

487
仕様書無しさん[sage]   投稿日:2017/01/08 23:33:12
VBAの弊害はこういう非常識なコーダーを大量生産してしまうところだな
本人も周囲の人間も自己流のカスばかりだからこうなるんだろう
データとしてのシートでもUIとしてのシートでも同じ事が言えるがそこはロジックを書くためのレイヤーじゃない
レイヤーを意識してシステムを組むのは基本中の基本だから覚えておけ
コメント1件

488
仕様書無しさん[sage]   投稿日:2017/01/08 23:48:19
>480
ANSI Cはそれよりも原始的なチューニングを要するから……

489
仕様書無しさん[sage]   投稿日:2017/01/09 00:23:10
vbaでの配列のソートでぐぐったら一旦シートに書き込んで
エクセルの機能でソートしてそれを配列に戻すって方法が勧められたりしてるし
うんこばら撒かれるのは不可避でしょ
コメント1件

490
仕様書無しさん[sage]   投稿日:2017/01/09 01:59:49
これはガチ
他の社員が事務で10時間必死になって、目が真っ赤になるまで働いている横で、
script 組んで1時間弱で仕事を終わらして、あとは働いているフリw
もちろん、script 組んでいることは他言しない(新しい仕事が来るから)
コメント1件

491
仕様書無しさん[sage]   投稿日:2017/01/09 02:27:39
遠回りしてExcel VBAに辿り着いたんだけど、うーんBASICだってのが欠点になっている
他の言語を学んでいるとVBAの文法にすごい違和感を覚える
forループでcontinueができないの? breakではなく exit for? コメントは//ではなく'?
BASICってCでもなくJavaでもなく変な言語なんだよねぇ結局
コメント2件

492
仕様書無しさん[sage]   投稿日:2017/01/09 02:34:04
>50 そうそう。大昔のVB6の画面が出てきたから面食らったし、最新のExcelでもこうなの?ってあきれたw
よくも悪くも進歩ないねぇ 過去の遺産をずーーーっと使いまわしている

493
仕様書無しさん[]   投稿日:2017/01/09 02:51:28
>483
航空力学を学んでいる学生に
「航空力学は手段でしか無い。目的はお客様を乗せることだ」
と言って回ってる人。

494
仕様書無しさん[sage]   投稿日:2017/01/09 03:09:58
航空力学を学んでいる学生は
パイロットを目指してるわけじゃないだろ

パイロットへ
「航空力学は手段でしか無い。目的はお客様を乗せることだ」
コメント2件

495
仕様書無しさん[sage]   投稿日:2017/01/09 03:20:06
>494
たぶん、>494の中では整合性が取れてるんだろうということはわかるが、
何が言いたいのか全くわからない。

496
仕様書無しさん[sage]   投稿日:2017/01/09 04:57:19
レベルの低い奴等ばかりで草

497
仕様書無しさん[sage]   投稿日:2017/01/09 07:14:45
>491
そういうのは些細な差だからどうでもいい。
逆に言うと些細な差だからわざわざ学生時代からやる必要も無い。

498
仕様書無しさん[]   投稿日:2017/01/09 07:41:02
>487
もっとも重要なのは、業務をこなすことです。
プログラミングは手段です。

499
仕様書無しさん[]   投稿日:2017/01/09 07:41:45
>491
continueだけは欲しいw
コメント1件

500
仕様書無しさん[sage]   投稿日:2017/01/09 09:00:21
ラムダがない
インターフェースの文法がきもい
メタプログラミングができない
ろくな基本ライブラリがない
各種コンポーネントのAPI設計が古臭くてきもい
名前空間がない
Variantとかいうクソ
古臭い参照カウント方式のGC
長く書きにく読みにくい予約語の数々
Return文がGoSubに使われてる
配布方法が貧弱

501
仕様書無しさん[sage]   投稿日:2017/01/09 09:19:20
>489
幾ら何でも酷すぎる
VBAを使うとここまで頭がおかしくなってしまうのか
配列をソートしたいってだけでシート利用とか気が狂ってる
コメント1件

502
仕様書無しさん[sage]   投稿日:2017/01/09 11:14:58
色々古くさいのは仕方ないけど、VBEぐらいは少し進化してほしい

503
仕様書無しさん[sage]   投稿日:2017/01/09 11:37:02
>490
他の人に提供して、チーム全体の生産性を上げてやれよw

504
仕様書無しさん[]   投稿日:2017/01/09 11:45:16
VBA以上に同僚と比べて圧倒的な無双ができるツールが現実的にないからな。

派遣のように出世とは無縁の人は論外。

505
仕様書無しさん[sage]   投稿日:2017/01/09 12:04:06
VBA.NETは、マクロのリプレースなんてありえないから不可能なのはわかるんだけど
IDEぐらい進化させてくれてもいいよな。Visual Studio Shellとかあるんだし。

506
仕様書無しさん[sage]   投稿日:2017/01/09 12:28:14
VC++とEXCELって相性悪いよな。
VBAがわからんので、一度C++でEXCEL制御しようとしたが、面倒極まりない
C++では、なかなかEXCELの内部まで操作できない
コメント1件

507
仕様書無しさん[sage]   投稿日:2017/01/09 12:37:04
一般企業がVBAとかいうゴミを使って四苦八苦してくれるから本職の仕事があると考えればまあ悪くないことなのかな
彼らがモダンな言語を真面目に勉強して使い始めたら仕事が減ってしまう

508
仕様書無しさん[sage]   投稿日:2017/01/09 12:42:43
>501
インタプリタであるVBAでソートするとレコード数が多い場合速度で不利
シートでソートすれば速い
そんだけ
別に自分でソート関数作ってソートしてもいいんだよ

509
仕様書無しさん[]   投稿日:2017/01/09 12:45:10
なんでもエクセルでやろうとしちゃうゴミプログラマーがいるだけでvbaはゴミではない

510
仕様書無しさん[]   投稿日:2017/01/09 13:10:35
>506エクセルオブジェクト作ったらあとはやりたい放題じゃん

てかVBAでもメッセージキュー操作レベルからのコントロールも全部出来るわけだし

511
仕様書無しさん[sage]   投稿日:2017/01/09 13:14:27
VBA使いはたかがソートのために、シートを使うなんていう、膨大で無駄な実行コストを払い、迂遠で保守性の低いコードを書かなければならないんだね
かわいそうに

512
仕様書無しさん[sage]   投稿日:2017/01/09 13:22:25
VBAer「VBAも他の言語も同じ。大切なのはアルゴリズムの知識!プログラマの技術!」キリッ

常識人「VBAってどうやって配列ソートすんの?」

VBAer「配列をシートにセットしてシートの機能でソート。これは高速化のテクニックなんだ。ま、僕みたいな上級者はみんな使うよ」キリリッ

常識人「あっ、そうなんですか(こりゃ付き合わん方がいいな)」
コメント1件

513
仕様書無しさん[sage]   投稿日:2017/01/09 16:24:45
全部C#にリプレイス汁

514
仕様書無しさん[]   投稿日:2017/01/09 17:21:17
>512
普通に早くて確実なら何の問題もないが?w
コメント1件

515
仕様書無しさん[sage]   投稿日:2017/01/09 17:28:37
>514
釣りが多いスレで御座います

516
仕様書無しさん[sage]   投稿日:2017/01/09 17:29:07
運用上全く問題ない処理件数だったり処理速度なら何一つ問題がないよw
もともと大量のデータ処理にエクセルは向かないから、大量のデータ処理のときはAccessを経由したりするし
SQLでソートかけてやればいいだけでw

本来の目的をこなすことを考えてほしいわwwww
コメント2件

517
仕様書無しさん[sage]   投稿日:2017/01/09 17:30:31
もう無理すんなって

518
仕様書無しさん[sage]   投稿日:2017/01/09 17:33:56
>516の意見はどう考えても何の問題点もないわ

519
仕様書無しさん[sage]   投稿日:2017/01/09 17:35:44
手作業で3秒で確実に業務をこなせるところを、
無理やりコンピューター導入して入力に10秒かかって誤入力を誘発させる
くらいアホな話。

ワークシートのソートで事がこなせて、業務運用上全く支障がないなら何の問題もない
コメント2件

520
仕様書無しさん[sage]   投稿日:2017/01/09 17:42:29
青臭くてバカな学生は理想を追い求めるからな

521
仕様書無しさん[sage]   投稿日:2017/01/09 17:54:19
連投頑張ったね

522
仕様書無しさん[sage]   投稿日:2017/01/09 17:58:56
>519
3秒とか10秒とかスケール小さすぎてワロタw

こんなやつ3秒で片付けてやるぜ!ってセリフを言ってる間に
3秒たってるだろって突っ込みたくなる少年漫画みたいなスケール感だなw

523
仕様書無しさん[sage]   投稿日:2017/01/09 18:23:41
他の言語ならコレクションのソートメソッドにラムダ渡すとかリスト内包表記で済む話なのにVBAerさんは勤勉なんだなぁ

524
仕様書無しさん[sage]   投稿日:2017/01/09 18:26:09
VBAでソートならADODB.Recordsetを使うのが一般的じゃないのかね?
もう何年もやってないから違うかもしれんけど

525
仕様書無しさん[]   投稿日:2017/01/09 18:53:12
>516
ExcelとかDBとか仲介しないとソートすらできないようじゃ使えないなぁ

>519
「そういう業務」向けでしか使えないんでしょ。
そういう業務しかやったことない人の世界ではそういう業務しか存在しないんだろうけど。

526
仕様書無しさん[sage]   投稿日:2017/01/09 19:01:42
戦いに適した武器を選べ、っていう言葉があったような。
プログラム言語でも同じじゃね?

527
仕様書無しさん[sage]   投稿日:2017/01/09 19:12:13
実際に書いてみればはっきりするんじゃないか?
VBA派とアンチVBA派に分かれてコードを書いてどちらがエレガントか比べる
アンチVBA派の言語は有名なものならなんでもいいがSQLはずるいのでダメ


Order -(1 : n)- OrderLine

Order
__OrderId (文字列型)
__CustomerName (文字列型)
__OrderDate (日付型)
__OrderLines (OrderLine配列型)

OrderLine
__ParentOrderId (文字列型)
__LineNo (整数型)
__ProductName (文字列型)
__UnitPrice (10進実数型)
__Quantity (10進実数型)

上記ようなクラスを考える
Orderインスタンスの配列ordersがあるとする
ordersをCustomerName, OrderDate, TotalAmountの昇順で非破壊的にソートするコードを書け

TotalAmountはOrderに紐付いてるOrderItemのUnitPrice * Quantityの総和とする
ソートは不安定でよい
Nothing, Empty, null, nil, none, nullptrなど値無しの場合を考慮しなくてよい
適宜クラスやメソッドを追加してよい

業務と比べるとシンプルな例題だから10分もかからないと思う

528
仕様書無しさん[sage]   投稿日:2017/01/09 19:15:10
C#からエクセルクラス呼び出せば同じになるんじゃね?

529
仕様書無しさん[asge]   投稿日:2017/01/09 19:22:27
ADODB.Recordsetを使えばソートできるお
DBなんて不要お

530
仕様書無しさん[sage]   投稿日:2017/01/09 19:25:04
所詮マクロなんて使い捨てなんだからエレガントかはどうでもいい
書き出してから目的達成するまでの時間が早いほうが勝ち
コメント2件

531
仕様書無しさん[]   投稿日:2017/01/09 19:40:29
C#だと30秒くらいで1行で書けたけどVBAだとどうなるんだろうね

var sorted = orders
.OrderBy(x => x.CustomerName)
.ThenBy(x => x.OrderDate)
.ThenBy(x => x.OrderLines.Sum(y => y.UnitPrice * y.Quantity))
.ToArray();

532
仕様書無しさん[]   投稿日:2017/01/09 19:58:18
>530
それ

Cは古い!C++じゃないと!C++じゃ古い!C#じゃないと!
ユーザー「え?今使ってるやつで何の支障もないけど?・・・・は?なんで新言語で作りなおして、1億円追加?だれも頼んでないけど?」
コメント1件

533
仕様書無しさん[sage]   投稿日:2017/01/09 20:00:18
当然だけどデータがExcelに乗ってることも考慮しないとダメな

534
仕様書無しさん[]   投稿日:2017/01/09 20:01:28
>530
そういうのがVBAが嫌われる要因よねー
プログラムは書く時間より読まれる時間の方が圧倒的に長いという
基本的なことすら知らない素人が書き散らすから
コメント2件

535
仕様書無しさん[sage]   投稿日:2017/01/09 20:03:07
>534
って言うと目の前のタスクを完了できればいい綺麗さはどうでもいいって反論されるよ
ダブルスタンダード甚だしい
コメント1件

536
仕様書無しさん[]   投稿日:2017/01/09 20:03:37
>534
だからなんで底辺プログラマ向けの話に限定してんだよwwww
学生は、未来にいろんな業界・職業にすすめるんですわ。
根本を考えなおせやボケ。
コメント1件

537
仕様書無しさん[sage]   投稿日:2017/01/09 20:04:34
いろんな業界で使えるVBAが現時点間違いなく学生にとってはコスパ最強

538
仕様書無しさん[]   投稿日:2017/01/09 20:06:22
>532
COBOLで作られたシステムをRubyで作り直すことで
仕様変更などにかかるメンテナンス費用が1/10になった例もあるから、
それこそユーザーが選べばいいんじゃ無い?

539
仕様書無しさん[sage]   投稿日:2017/01/09 20:07:08
すべては>8が語っている

540
仕様書無しさん[]   投稿日:2017/01/09 20:07:16
>536
プログラマ板なんで、プログラマ向け以外の話はそもそも板違いなんだよねー
コメント1件

541
仕様書無しさん[sage]   投稿日:2017/01/09 20:08:41
>540
独占資格じゃないので、専業プログラマじゃなくても名乗れるし、プログラマとして活動も出来る。
VBAできちっと業務を効率化できてるならソレでいい。
いろんな言語使えてもプログラマ、VBAオンリーでもプログラマ。
コメント2件

542
仕様書無しさん[sage]   投稿日:2017/01/09 20:09:57
>535
使い捨てマクロの話を前提にしてるからダブスタでもなんでもないね
ダブスタって単語覚えたてで使いたかったんだろうけど

543
仕様書無しさん[]   投稿日:2017/01/09 20:10:20
>541
VBAオンリーのプログラマーなんてそれこそ底辺だけどね。
コメント1件

544
仕様書無しさん[sage]   投稿日:2017/01/09 20:10:57
>543>8の現実をどう見てるの?
コメント1件

545
仕様書無しさん[]   投稿日:2017/01/09 20:11:27
>541
目の前の業務のことしか考えられない底辺作業員ならそれでもいいだろうよ。
コメント1件

546
仕様書無しさん[sage]   投稿日:2017/01/09 20:12:20
君たち、せっかくプログラミングが出来るのに
どうしてプログラマなんてやってるんだい?

547
仕様書無しさん[sage]   投稿日:2017/01/09 20:12:33
非ITに行く学生でも最近はRubyやPythonでネットワーク系ツール書いたりRで統計分析とかの方が持て囃されるけどな
オジサンたちの世代だとまだプログラミングなんてできる人が殆どいなかったから、入社時にエクセルVBA出来ますなんて言ったら期待の新人、IT世代の申し子みたいに持て囃されたものけど
今となってはエクセルVBAはもう腐る程同じようなレベルの人材が有り余ってて、優秀なやつだけ残して後は切り捨てたいなってのが企業の本音
採用面接でVBAをアピールしてもあぁまたかヤレヤレと思われるだけ
VBAは基本スキルとして当然出来ますが他にこういう言語を扱いあんなことが出来ます、とアピールされてようやっと他の学生と差を付けられる

548
仕様書無しさん[]   投稿日:2017/01/09 20:12:56
>544
>8のような世界しか知らない人にとってはそれが現実なんでしょうねぇ


549
仕様書無しさん[sage]   投稿日:2017/01/09 20:12:57
>545
正社員だからVBAが良いよっていってるんですが?www
正社員はプログラミングは手段ってちゃんと理解して正しく活用します。
手段を目的にするとかバカな行動は取りません。
ここでVBA否定してるのって底辺派遣プログラマだろ
コメント1件

550
仕様書無しさん[]   投稿日:2017/01/09 20:15:03
>549
だから、目の前の業務しか見えない底辺正社員でしょ。
コメント1件

551
仕様書無しさん[sage]   投稿日:2017/01/09 20:16:17
>550
バイバイw底辺派遣wwww

552
仕様書無しさん[sage]   投稿日:2017/01/09 20:17:04
VBAは底辺正社員か底辺派遣の使うツールってことで答え出たかな

553
仕様書無しさん[sage]   投稿日:2017/01/09 20:17:57
まずさ、業務でプログラミングしてる時点でだいたいお互いの給料わかるわけじゃん?
傷に塩を塗りあうようなことはやめようぜ

554
仕様書無しさん[]   投稿日:2017/01/09 20:18:52
どうしてもプログラマーごっこがやりたいんじゃないの?

555
仕様書無しさん[]   投稿日:2017/01/10 12:17:30
使えねープログラム
のかわりにVBAが動いてるんだがな

556
仕様書無しさん[]   投稿日:2017/01/10 20:16:17
VBAをすすめる人の考え方は正しい。
事実、VBAが使えるだけで上司の覚えは物凄く良いものになる。
なにせ上司からみたら魔法のように画面がババババババっと変化するから。

ただ、VBAには最大の問題がある。元号!

557
仕様書無しさん[sage]   投稿日:2017/01/10 20:26:59
VBAバリバリ使ってるがマクロ移行期間としてC#も搭載してくれないかな?
MSもほんとは.NETに移行したいはずだ。2バージョンぐらい併用したらVBAはお役御免とかなら混乱あるけど被害は少ないのでは。
VBAなくなると今神様扱いの人で脱落者出るがワイは問題ないのでw

558
仕様書無しさん[sage]   投稿日:2017/01/10 20:40:58
現行のアドインで高速化が必要な部分を順次アセンブリに置き換えていくところからかな

559
仕様書無しさん[]   投稿日:2017/01/10 20:49:31
今時パソコンも扱えない上司って。
ちょっとアレな会社じゃない?

560
仕様書無しさん[sage]   投稿日:2017/01/10 20:51:12
どうしても速度が必要でExcel使わなきゃならないときはこっそりDLL作ってそちらで処理させてた
コメント1件

561
仕様書無しさん[]   投稿日:2017/01/10 21:02:35
>560
DLL作れる環境があるなら最初から別の言語でもよくね?
会社の多くはOfficeしか入ってないだろ
コメント2件

562
仕様書無しさん[sage]   投稿日:2017/01/10 21:02:42
ExcelからCLRをホストしてアセンブリ実行はできる
そこからC#ソースの動的ロード&コンパイル&実行もできる
高機能なC#エディタをVBEに組み込む方法はちょっとわからんのでVSCodeを使おう

563
仕様書無しさん[sage]   投稿日:2017/01/10 21:13:14
最近のウィンドウズなら初期状態でC#の開発ができるよ
コメント1件

564
仕様書無しさん[sage]   投稿日:2017/01/10 22:17:55
>561
インターフェース作る工数が無駄
エクセル使ってるやつにわざわざエクセルじゃない画面を用意する利点がわからん
コメント1件

565
仕様書無しさん[sage]   投稿日:2017/01/10 22:53:14
>561
DLLは自宅PCで開発
会社PCにはOfficeしか入ってない
コメント1件

566
仕様書無しさん[sage]   投稿日:2017/01/10 22:53:48
>564
画面?

567
仕様書無しさん[sage]   投稿日:2017/01/11 00:11:16
環境構築はWeb Platform Installerかchocolateyでやるのが手っ取り早い

>cinst VisualStudioCode
>cinst officedevtools

568
仕様書無しさん[sage]   投稿日:2017/01/11 00:43:43
>565
随分とセキュリティ意識の低い会社だな

569
仕様書無しさん[]   投稿日:2017/01/11 12:03:50
>563
おじさん初めて知ったよ!
C#erとしてゴミプログラム量産すんね!
コメント1件

570
仕様書無しさん[]   投稿日:2017/01/11 12:58:51
おじさんお昼休みに簡単な遠隔操作アプリまで作れたよ。
エラーチェックとか入れてないけど

571
仕様書無しさん[sage]   投稿日:2017/01/11 13:50:58
メモ帳でC#やるのはしんどすぎるだろ

572
仕様書無しさん[sage]   投稿日:2017/01/11 14:03:01
VisualStudioExpressだろ普通
コメント1件

573
仕様書無しさん[sage]   投稿日:2017/01/11 17:56:43
Community
コメント1件

574
仕様書無しさん[]   投稿日:2017/01/11 18:11:28
>569-570
知らなかったのかよw
のくせして、速攻で組めるとか無能なのか有能なのか困る爺だなw

575
仕様書無しさん[sage]   投稿日:2017/01/11 19:35:14
ネタだろね
コメント1件

576
仕様書無しさん[sage]   投稿日:2017/01/11 19:40:18
vimとコンパイラがあればなんの問題もないんだよね

577
仕様書無しさん[]   投稿日:2017/01/11 20:10:14
>575
ネタというほどの難易度でもないんじゃないか?
キチンと作ればそれなりにやることいっぱいあるけど、超単純でよければ
通信+スクリーンキャプチャ+マウスとキーボードイベントの取得と再現だけだし。
コメント1件

578
仕様書無しさん[sage]   投稿日:2017/01/11 20:30:41
C#ならLINQPad
なぜか日本では知名度が低い

579
仕様書無しさん[sage]   投稿日:2017/01/11 21:33:41
C#アドインください

580
仕様書無しさん[sage]   投稿日:2017/01/11 21:52:40
VBAで書いたアドインをC#のCOMアドインに変換するツールとかをMSが配布すれば
割と普及しそうな気がする

.Net FrameWork入れればcscもMsbuildも入るわけだしpowershellも既に入っているわけだし

581
仕様書無しさん[]   投稿日:2017/01/12 12:04:49
>577
キー入力は実装してないどす(=_=)
コントロールの配置とか全然ないから中身だけなんで、かんたんにでけた
VBAer兼C#erとなった

VS Tools for Applications
とかいうのが拡張子CSにすると自動で起動したからエディタはそれ使った

582
仕様書無しさん[sage]   投稿日:2017/01/12 13:26:52
>572
>573
どっちも入れられないんだが!

583
仕様書無しさん[sage]   投稿日:2017/01/12 13:33:57
しらねーよ

584
仕様書無しさん[]   投稿日:2017/01/12 19:25:13
どうしてマ板はセイガクさんばかりになってしまったのか

585
仕様書無しさん[sage]   投稿日:2017/01/12 20:15:13
30代が限度
社会に出てプログラムに関わった人はみんな死んでしまう

586
仕様書無しさん[]   投稿日:2017/01/13 05:28:54
C#er今日はクソ早出勤
マジクソ
VBAerのころはこんなことなかった

587
仕様書無しさん[]   投稿日:2017/01/13 15:26:54
C#er
遠隔操作プログラム改良完了!
飽きた

588
仕様書無しさん[]   投稿日:2017/01/13 19:03:30
VBAer爺がその気になればC#も速攻使えるという現実
VBAerといってもメインに使ってるのがVBAであって、C#やC++、Java等々も扱えるんだろうけど。

589
仕様書無しさん[sage]   投稿日:2017/01/13 19:22:02
というかVBAっていう難解で回りくどい縛りだらけの言語でトレーニングしてる人は
C#のようにエレガントで簡単で自由で便利な言語はすぐに覚えられる
C#が難しいってイメージだけで食わず嫌いしてる人はもったいないよ
本当はVBAの方が1024倍難しい
コメント1件

590
仕様書無しさん[]   投稿日:2017/01/13 21:39:05
>589
「難しい」の定義にもよるけど、なんとなく分かる

Windowsバッチファイルも凝りに凝った事やろうとすると、非常に「難しい」

591
仕様書無しさん[sage]   投稿日:2017/01/13 22:04:28
VBAの悪い所は、カレントやアクティブなんて動的な概念があるとこ。
コメント1件

592
仕様書無しさん[sage]   投稿日:2017/01/14 06:23:28
>591
JavaScriptの悪いところは、コンテキストなんて動的な概念があるぱこ。

593
仕様書無しさん[]   投稿日:2017/01/14 07:27:56
つまりVBAを使えれば
 会社では無双
 上司の覚えがよく
 VBAやってりゃよくなり
いざとなったら
 C#も使える


ならVBAでよくね?w

594
仕様書無しさん[sage]   投稿日:2017/01/14 09:55:13
コスパで考えればC#のように洗練された言語を使う
VBAじゃないとできないことが出てきたら初めてVBAを使う
エクセル拡張も言語機能が豊富なC#の方が楽で安全だからVBAは出番がほとんどない
VisualStudioやVSCodeをインストールする権限がない場合は仕方がないね

595
仕様書無しさん[sage]   投稿日:2017/01/14 11:37:04
最近の開発環境がC++からC#(Unity)になってるのもそれが理由だろうね(パスォーマンスは高くできるけどチューンが……)

596
仕様書無しさん[]   投稿日:2017/01/14 12:51:24
システムトレードやりたいというすけべ心でエクセルVBAを覚えたが
かなり役にたった。エクセルはどこでも使ってるからツブしが抜群にきく。

597
仕様書無しさん[sage]   投稿日:2017/01/14 13:01:38
どこでもってエクセル使ってない所はどうするの?

598
仕様書無しさん[]   投稿日:2017/01/14 13:06:34
そこでは使えない。
officeを使ってないところって珍しいと思うけど。
コメント1件

599
仕様書無しさん[]   投稿日:2017/01/14 13:17:16
ほとんどないな
そんなとこ

ゼロとは言わないが

600
仕様書無しさん[sage]   投稿日:2017/01/14 13:21:51
>598
プログラマはOffice使わないよ
コメント2件

601
仕様書無しさん[]   投稿日:2017/01/14 14:30:06
>600
底辺派遣の冠つけろよ

602
仕様書無しさん[sage]   投稿日:2017/01/14 14:35:11
>600
つかってるが?
使用頻度低いから、365はやめたいけど

603
仕様書無しさん[sage]   投稿日:2017/01/14 14:50:38
え? githubでOfficeファイルとかどうやって
使えばいいかさっぱりわからないんだけど。

差分どうやって見てるの?
ファイルサイズでかすぎるでしょ?
どうやってレビューとかするの?
特定の行に対する指摘は?

さっぱりやり方がわからない。
コメント1件

604
仕様書無しさん[]   投稿日:2017/01/14 14:52:28
>603
つーかそんな情報収集サイト使って開発すんなや
コメント1件

605
仕様書無しさん[sage]   投稿日:2017/01/14 14:55:11
>604
オープンソースソフトの9割はgithub使ってるよ。
GoogleとかMicrosoftも使っている。

あんた情報収集能力がないんじゃない?
コメント1件

606
仕様書無しさん[sage]   投稿日:2017/01/14 15:27:12
本職のプログラマは高品質のツールを使うからエクセルの出番があまりないんだよね
エクセルでこんなことができる→このツールの方が100倍便利だよ
エクセルでは他にもこんなことができる→それはあのツールの方が100倍便利だね
こんなんばっか
手軽に色々と微妙な品質できるのがエクセルの強み
それ以外に擁護できるセールスポイントがない

607
仕様書無しさん[sage]   投稿日:2017/01/14 15:42:49
エクセル重いし使いづらいからね。
下手に高機能だからプログラムから読み書きしようと
思ってもセル結合とかされてで扱いづらくなる。

それ以前にエクセルを読み書きするライブラリに
バグはないだろうかって不安になる。
実際時々バグあるんだよ。エクセル形式複雑だから。

でデータファイルとしてOfficeファイルは使わないので
VBAも使えないって話になる。

608
仕様書無しさん[sage]   投稿日:2017/01/14 15:49:00
まあVBA使ってもテキストファイルを読み込んで
エクセルとしては使わないって手もあるだろうけどさ、
それだと他の言語のほうが圧倒的に簡単にコードかけるしね。
VBAだと何十行もかかることが1行でできたりするのよ。

609
仕様書無しさん[sage]   投稿日:2017/01/14 15:51:22
VBAerによると大事なのはアルゴリズムだから言語によらないらしいよ
他の言語で1行ならVBAでも1行で書けるってさ

610
仕様書無しさん[sage]   投稿日:2017/01/14 15:57:01
自分でいちいちアルゴリズムなんて
書いていたら何十行もかかるってw

そんなもん他の言語ならたいてい用意されてるんだから
それを使えばいいだけ。

611
仕様書無しさん[sage]   投稿日:2017/01/14 16:02:43
ガチでやるとパフォーマンスが違う
インタプリタとコンパイラとで土台が違うしな

612
仕様書無しさん[sage]   投稿日:2017/01/14 16:09:33
例えばPythonを知っていれば、たったこれだけのコード(実質3行)でグラフがかけちゃう

http://mashiroyuya.hatenablog.com/entry/2016/06/02/Jupyter%E3%81%A7Python%E3%82...

import numpy
%matplotlib inline
from matplotlib import pyplot
x = numpy.arange(0,10,0.1)
y = numpy.cos(x)
pyplot.plot(x,y)

https://cdn-ak.f.st-hatena.com/images/fotolife/m/mashiroyuya/20160601/201606...
コメント1件

613
仕様書無しさん[sage]   投稿日:2017/01/14 16:38:31
プログラマと関係ない職種の人が使うならいいんじゃないの?
その話をプログラマ板でやってもしょうがないと思うけどw

プログラマが日常的に使うプログラミングに関する道具で
効率が悪いOffice形式が登場することとはない。

だから使いづらいVBAにこだわる必要がないし、そもそも
使わないOfficeと抱き合わせである以上、使えないものになる。
だからVBAなんて覚えてもしょうがない。

614
仕様書無しさん[]   投稿日:2017/01/14 16:45:37
pgは使わないかもしれないが、plやpmは結構office使ってる。
上流工程に携わるから仕方ない面はあるけど。
コメント1件

615
仕様書無しさん[]   投稿日:2017/01/14 16:46:44
プログラミングしてればプログラマだろ

世界で有名なプログラマはプログラマ以外の名称名乗ってるけど
コメント1件

616
仕様書無しさん[sage]   投稿日:2017/01/14 16:48:36
>614
上流っていうか、それもう仕事内容が違うやんw
プログラマじゃないやんw

>615
> プログラミングしてればプログラマだろ
野球していれば、職業は野球選手ですって名乗れるとでも?w
コメント1件

617
仕様書無しさん[]   投稿日:2017/01/14 17:14:44
学生はjavaとかよりVBAを覚えたほうがいい、と思う。

618
仕様書無しさん[]   投稿日:2017/01/14 17:19:13
>605
てめーは、GoogleとかMicrosoftの社員じゃなく、使い捨てのゴミ派遣だろうが
コメント1件

619
仕様書無しさん[sage]   投稿日:2017/01/14 17:19:38
ただしプログラマと縁のない世界で生きようとする学生限定な

620
仕様書無しさん[sage]   投稿日:2017/01/14 17:20:11
>618
お前頭悪いの?

今はgithubの話をしてるんだけど。
プログラマでgithubを知らないなんてありえない。
コメント1件

621
仕様書無しさん[]   投稿日:2017/01/14 17:24:01
>620
知ってる知らねーの話じゃなく、勝手にお客様のシステム作るときに使うなって言ってるんだよ
コメント1件

622
仕様書無しさん[]   投稿日:2017/01/14 17:28:54
開発か保守かにもよるな。開発で使うツールとなるとeclipseといった
専門のIDEを使用して開発コードを織り成す。しかし、保守はoffice製品を
用いてクライアントとのコミュニケーションを図ることもあるんだ。

だから一概にIT企業ではofficeが禁止されているとは限らない。
コメント1件

623
仕様書無しさん[sage]   投稿日:2017/01/14 17:42:38
>621
お前本当に時代遅れだなw

今時githubもそうだしAWSやGCPといった
クラウドサービスを使うのも当たり前なんだが。

使えない理由がない
コメント3件

624
仕様書無しさん[sage]   投稿日:2017/01/14 17:43:13
>622
保守の時点でプログラマと関係ねーしwww

625
仕様書無しさん[sage]   投稿日:2017/01/14 17:46:46
> てめーは、GoogleとかMicrosoftの社員じゃなく、使い捨てのゴミ派遣だろうが

↑ 何を言ってるの?
↓ 返答

> 勝手にお客様のシステム作るときに使うなって言ってるんだよ



意味わからんwww

626
仕様書無しさん[sage]   投稿日:2017/01/14 17:50:13
例えばCSVファイルやログファイルみたいに特定の区切り文字での
データはテキストエディタなんかで読むよりエクセルで読む方が
読みやすかったりするし、フィルタでフィルタリングするのも楽。

excelのファイルを直接読み込むのは色々大変だが、例えばコピペ
してテキストエディタに貼ればタブ区切りのデータになるわけだから
タブ区切りのデータを読み込んで加工するプログラムとか、そこまで
手間をかけないようなものならエディタで正規表現でもつかって適当に
加工するとかもある。

頭の固い人だと絶対excelファイルはそのフォーマットでしか読めない
みたいな考えっぽくて理解できないんだろうな。
コメント1件

627
仕様書無しさん[sage]   投稿日:2017/01/14 18:00:51
この板は職業PG板なの?
サンデーPG板あればそっちに行くけど

628
仕様書無しさん[sage]   投稿日:2017/01/14 18:21:15
>626
問題はそこじゃない。

CSVを "人間が" 読みやすいからといってエクセルを使ったとしても
VBAを使う理由にはならないんだよ。CSVなんだから。

プログラムから読むとなった時点でエクセルの出番はおしまい

あとCSV読みたいなら、これでも使えばいい
https://atom.io/packages/tablr

629
仕様書無しさん[sage]   投稿日:2017/01/14 18:27:31
毎回やらなければいけません

https://www.softel.co.jp/blogs/staff/archives/1559

CSVファイルに、郵便番号や電話番号など先頭が0で始まるコードが含まれるとき、
Excelはおせっかいなことに、そのデータを数値だと判断して、数値型として開いてくれます。

例)
0101111 → 10111
0582548500 → 582548500

数字ばかりのセルも文字列として開かせるには、以下の手順で開くとよいです(Office2013の場合)。

1、元のCSVを用意
2、CSVファイルの拡張子をtxtにする
3、テキストファイルをExcelで開く
4、テキストファイルウィザード(1/3)
文字化けしていなければそのままの設定でOK(シフトJIS)。
5、テキストファイルウィザード(2/3)
区切り文字をカンマに。
6、テキストファイルウィザード(3/3)
問題の列を選択して、文字列として開くように指定。
7、完了
開きました!
コメント1件

630
仕様書無しさん[sage]   投稿日:2017/01/14 18:49:39
>612

こうゆう高機能ライブラリの欠点は、カスタムができないこと

例えば納品先が、線をもうちょっと太くしたい、プロットの点を打ちたい、近似曲線を追加してほしい等々
仕様変更が入ると詰む

レゴブロックと同じで、基本ブロックが大きいほど、組み合わせた時の融通が利かなくなる
基本部品は細かいほうが良い。(その分組む手間はかかるけど)

この問題点を、本屋にある入門書は教えてくれないよな。
コメント1件

631
仕様書無しさん[sage]   投稿日:2017/01/14 18:51:29
それに対してエクセルの欠点は、カスタムができないこと
エクセルが備えていない機能はどうあがいても実装できない。

632
仕様書無しさん[]   投稿日:2017/01/14 18:57:22
>629
元CSVデータをawkとかで、0123を="0123"みたいに

633
仕様書無しさん[sage]   投稿日:2017/01/14 19:23:52
最近だとお客様もエクセルはこりごりってとこが増えてきてる
グーグルでええやんってね


634
仕様書無しさん[]   投稿日:2017/01/14 19:57:51
>630
> 例えば納品先が、線をもうちょっと太くしたい、プロットの点を打ちたい、近似曲線を追加してほしい等々
> 仕様変更が入ると詰む
さすがにそれくらいは対応できる。

635
仕様書無しさん[]   投稿日:2017/01/15 06:57:03
>616
名乗れるだろ
プロ野球選手となると話は違うが

専業プログラマじゃなくても給料もらいつつプログラミングしてればプロのプログラマであることには変わらん

636
仕様書無しさん[]   投稿日:2017/01/15 06:58:34
>623こういうバカがぱよぱよちーんみたいなガンなんだよ
外注するとどこに平然と機密情報流してるかわかったもんじゃない
コメント1件

637
仕様書無しさん[]   投稿日:2017/01/15 07:31:27
>636
>623とおまえは住んでる世界が違うんだよw
それくら分かれ
脳みそついてんのか?
おまえさんのガチガチに規則で縛られたところじゃ、そうなんだろう
>623のオシャレで自由なところは、そうじゃないんだよ

638
仕様書無しさん[]   投稿日:2017/01/15 07:58:50
まともな会社ならエクセルが入ってないとかありえねーから

639
仕様書無しさん[]   投稿日:2017/01/15 08:18:42
ついに学生さんにまでgitバカの症状が広まってきたか…

640
仕様書無しさん[]   投稿日:2017/01/15 08:34:11
偽装請負多重派遣業界SEと離婚
両親や親戚に反対されましたが、高稼働低収入業界のSEと結婚してしまい、耐えきれず中絶と離婚をしました。
今は別業界で結婚障害残業のない共働きしやすい相手と結婚して幸せです。
・常識がない
・モラルがない
・モテない
・ファッションセンスがない
・コミュニケーションが苦手
・コンピューターが趣味
・プログラムの巨額利益を客先に提供
・プログラムの巨額報酬を人売に提供
・ITスキルが高いほど貧困
・高度情報技術者ほど貧困
・会社員なのに短勤続年数
・人手不足なのに無職意識
・人手不足なのに低収入
・高生産なのに低収入
・高利益なのに低収入
・高需要なのに低収入
・多学習なのに低収入
・PC使用過多で不健康
・運動不足で不健康
・高稼働で不健康
・高稼働で家事困難
・低収入で生活困難
・低収入なのに鬱病多発
・低収入なのに早死多発
・偽装請負の多重派遣損害あるのに稼働
・裁判官が技術判定不能だから賠償困難
【IT業界】独身が多い職業の象徴として「ITエンジニア」が取り上げられる /ビジネスnews+板

641
仕様書無しさん[]   投稿日:2017/01/15 12:30:44
学生に底辺のプログラマの道を教えるとか鬼畜だなココ

普通の会社員を想定してやれよ

642
仕様書無しさん[sage]   投稿日:2017/01/15 12:46:07
本職も他業界も学生も本質は変わらないよ
コストと社内ルールを超えない範囲でできる限りいいツールを使うこと
コストと品質で言えばエクセルよりオープンソースを使った方が遥かに良い
セキュリティなどの都合で指定外のインストールが制限されている企業があるが
じゃあそういう厳しい企業でマクロは自由に使えるのかと言ったらそれは使えない
マクロの方が遥かに厄介だからね
ツールのインストールは禁止だけどマクロは自由というダブスタ企業は生産性やセキュリティリスクの観点で将来性がないので遠くないうちに経営破綻となるだろう

643
仕様書無しさん[sage]   投稿日:2017/01/15 13:13:24
長年のITドカタ生活の中で、生産性が高い職場かどうかを見分ける方法を発見した
それはつまり、「同僚たちがスタバのコーヒーを飲んでいるかどうか?」だよ
職場にスタバのコーヒーを持ち込めるルールになっているか、そして立地のよさ
さらには給料の水準までを一瞬にして判定できる
コメント2件

644
仕様書無しさん[sage]   投稿日:2017/01/15 13:16:12
できる限りいいツールを選ぶと有料ツールに行き着くはず
オープンソースは無料だから気軽に導入できるというのがメリットであって
生産性の観点からはおすすめできない
コメント2件

645
仕様書無しさん[sage]   投稿日:2017/01/15 13:16:53
>643
そういう職場にいるやつ(つまりお前)は
ITドカタなんだろ?

646
仕様書無しさん[sage]   投稿日:2017/01/15 13:17:37
>644
> できる限りいいツールを選ぶと有料ツールに行き着くはず
それはないな。例えばOfficeソフトは有料だが悪いツールだ。
コメント1件

647
仕様書無しさん[sage]   投稿日:2017/01/15 13:21:05
それ以前に良いプログラム言語は無料だしな。

648
仕様書無しさん[sage]   投稿日:2017/01/15 13:21:28
>643
なんでやセブンイレブンのコーヒーうまいやろが

649
仕様書無しさん[sage]   投稿日:2017/01/15 13:28:16
>644
幾ら何でも発想がおじいちゃんすぎる

650
仕様書無しさん[sage]   投稿日:2017/01/15 13:30:36
>948
給料が高くないと
あのくそ高いコーヒーを飲む気にならない

651
仕様書無しさん[sage]   投稿日:2017/01/15 13:45:31
そんな遠い先までコーヒーの話題が続くのか…

652
仕様書無しさん[]   投稿日:2017/01/15 13:58:27
日本ではプログラマなんて目指すものではなく、失敗したときにやむを得ずつく仕事だし

653
仕様書無しさん[sage]   投稿日:2017/01/15 14:42:15
たしかに大学で学んで新卒採用という真っ当なコースなら
普通はSEになっちゃうもんな
電気や土木でも設計や管理にまわるのが当然だから同じだな

654
仕様書無しさん[sage]   投稿日:2017/01/15 15:21:08
> 普通はSEになっちゃうもんな

なんで高い技術を持ってるはずなのに、
ただの御用聞きに落ちるんだ・・・
コメント1件

655
仕様書無しさん[]   投稿日:2017/01/15 15:22:44
>654
待遇がゴミだし
使い捨てだし
底辺扱いだし
そりゃ、一生やってく職業として一応は考えるんだから、誰が好き好んでそんな待遇に行くんだよ

656
仕様書無しさん[sage]   投稿日:2017/01/15 15:23:20
プログラミングよりも金に興味があるからじゃね?

657
仕様書無しさん[]   投稿日:2017/01/15 15:26:15
いくらでも将来を選べる立場の学生に

まさか、底辺派遣プログラマなんて、もはやレールを戻しようがないクズがアドバイスしてないよな?

658
仕様書無しさん[sage]   投稿日:2017/01/15 15:27:19
それでもSEになるよりはマシだもの。
でなきゃソフトウェア業界をやめるしかない。

659
仕様書無しさん[]   投稿日:2017/01/15 15:27:51
> いくらでも将来を選べる立場の学生に

そこが間違ってる。
お前はいくらでも選べたのか?(笑

660
仕様書無しさん[sage]   投稿日:2017/01/15 15:29:04
まあプロ野球選手と同じかな。
一部のプログラマしか稼げない。
殆どの草野球選手はまともな給料がもらえない。

661
仕様書無しさん[sage]   投稿日:2017/01/15 15:30:35
野球が好きな人がいる
プログラミングが好きな人がいる。

でもSEが好きな人って?
コメント1件

662
仕様書無しさん[]   投稿日:2017/01/15 15:33:34
>661
日本ではプログラマ=仕様書を貰って設計すらさせてもらえず企画なんて全くやらせてもらえない職業だからな・・・。
そう考えればSEのほうが楽しいわ全部できるし

663
仕様書無しさん[sage]   投稿日:2017/01/15 15:35:42
> 日本ではプログラマ=仕様書を貰って設計すらさせてもらえず企画なんて全くやらせてもらえない職業だからな・・・。

それどんな底辺会社だよw
お前の会社といっしょにするんじゃねーっての。

664
仕様書無しさん[]   投稿日:2017/01/15 15:37:20
健全でない言葉が含まれているため表示しません 内容を確認する

665
仕様書無しさん[sage]   投稿日:2017/01/15 15:41:20
業務系プログラマは地獄。
超低スキルで人海戦術でバグと戦うだけの仕事

組込系、ウェブ系、ゲーム系の大手は天国
コメント2件

666
仕様書無しさん[sage]   投稿日:2017/01/15 15:51:25
野球に例えるならプログラマというのは裏方仕事
バッティングピッチャーやグラウンド整備、もぎりの仕事に相当する
当然ながらSEは客前で試合をする野球選手だ

裏方がいないと野球という興行は成り立たない
とても重要な仕事であることには間違いない

ただ、客を呼んで野球の魅力を作り出す仕事をしているのは選手たちだ
いずれ年老いて裏方になるかもしれない
ただ、裏方がスター選手になることはないだろう

プログラマがSEになることは無いように・・・
コメント1件

667
仕様書無しさん[sage]   投稿日:2017/01/15 15:52:24
>665
業務系にプログラミングの価値なんてわからないからな
コメント1件

668
仕様書無しさん[sage]   投稿日:2017/01/15 15:55:54
>666
> 当然ながらSEは客前で試合をする野球選手だ
それはないw

SEはプログラミングができない。
野球ができないのに野球選手にはなれない
コメント1件

669
仕様書無しさん[sage]   投稿日:2017/01/15 15:56:47
>646
どこが悪いツールなの?

MS Officeがダメと言われてるのは単純に昔はよく落ちるし、
OSごと落ちてくれたというところが起因していたわけで、
今だとそういうところないからな。

Officeに限らずに周りがダメダメ言っているからってだけで
触れることも考えることもなくダメとかいう人多いよね。
コメント1件

670
仕様書無しさん[sage]   投稿日:2017/01/15 16:01:01
>669
無駄に複雑だから。

本当にやりたいこと、やるべきことは単純でいいのに
無駄に複雑でいろんなことができるので、
見えを張って複雑にしまいがち。特に素人は。

最小の労力で最大の効果を発揮するツールではなく
余計なことに時間を取られて、手書きしたほうが
マシなレベルのものができる。
コメント2件

671
仕様書無しさん[sage]   投稿日:2017/01/15 16:06:57
システムエンジニア、プログラマという職種について
せいぜい上司部下ぐらいの意味しか持っていない
反論が出ないような言い方に置き換えるなら「上流」と「下流」となるが、この言葉にすら意味はないだろう

昔ながら(といってもせいぜい20年前だろう)まではプログラマからシステムエンジニアに昇格するのが当然だった
もっとも需要が高いプログラミングという仕事に特化させて戦力化させる
そして需要が低いインフラや設計、客先対応などの仕事を徐々に覚えさせていくことで全員に仕事がいきわたるようにしていた
これが日本流のIT企業の処世術だった

しかし現在ではお金にならないプログラミングは外注するようになった
選択と集中という考え方の流行と、そして長期的スパンでものを見れないほど困窮した企業たちの出した処世術だった

物理的制約のおかげで供給がほとんどなかったインフラまわりのスキルが急激に広まり低価格化していった
汎用機の経験を積むには大手に入社するしかなかったが、現在ではクリック数回でサーバ構築ができる
そして設計することすら否定する風潮が出来上がっていった
プログラマの外注化の次はシステムエンジニアの否定がはじまった

現在、需要があるのは発注できる運用者だ
業務を行いながらシステムの発注を行い投資から利益を得ることができる人材

IT専業業者はいずれただの下請け仕事だと名実ともに誰もが気づくところになるだろう

つまり、C#やJavaを覚えるぐらいなら、超上流工程を目指し、VBAとかシェルスクリプトとか覚えたほうがいいということだ

672
仕様書無しさん[sage]   投稿日:2017/01/15 16:09:16
>667
下流工程に限っても、業務系の肝はSQLだからな
C#やVB、PHPなんてのは入力や出力を整えてるだけのパターン仕事だ
コメント2件

673
仕様書無しさん[sage]   投稿日:2017/01/15 16:10:24
今はIT企業でも正社員に技術のある人間が少ない所ばかりだね

674
仕様書無しさん[sage]   投稿日:2017/01/15 16:11:03
>668
そこだよな
プログラミング=野球=価値を生み出す

つまり客はプログラミングに対して金を払ってるんだ
それをわかってないSEが多すぎる


675
仕様書無しさん[]   投稿日:2017/01/15 16:31:15
公務員プログラマだけどVBAは使う
しかもむちゃくちゃ使う

676
仕様書無しさん[sage]   投稿日:2017/01/15 16:31:44
IT企業

親会社
いわゆる営業部隊
SEやプログラマは所属してない
知識はそこそこあるが机上のもの

子会社
システムエンジニアの集団
ただしここでいうシステムエンジニアとは客と金の話をする人たち
一般の会社でいう管理職に相当する仕事をする
社内プロジェクトのほうが外注を率いているプロジェクトよりもヒエラルキーは上である

派遣会社(上位)
上級プログラマが所属する集団
期間を決めて技術者を貸し出す会社。ただ期間は随時更新され大抵は長期間となる
この位置の派遣会社は一般的な派遣会社のイメージとは違って一部上場しているいわゆる大手であり、派遣されるのも正社員である
技術力においてはおそらくこの集団が一番高い
そこそこ高学歴なのに現場に投入されているという点では割に合わないかもしれないが、技術が好きな人間にとっては常に最前線にいられる満足感が得られる

派遣会社(下位)
下級プログラマが所属する集団
案件があれば直ちに人を雇用して送り込む会社。いわゆる人売り・奴隷商人はこの階層
正社員は存在せず、個人事業主が多い。もしくは契約社員だ
この階層はさらに何重にも層が積み重なっているがほとんど違いはない
脱サラしたシステムエンジニアが理想を抱いて起業するパターンも少なくない
最初は理想を胸に張り切るが、いずれ派遣会社に落ちぶれてしまう
逆にいうとIT企業は起業で失敗しても派遣会社になれば会社を潰さずには済むという点でイージーな業界といえよう
むしろ派遣業のほうが大抵の場合は儲かってしまうのが現在の日本ITを凋落させた真犯人かもしれない
コメント1件

677
仕様書無しさん[sage]   投稿日:2017/01/15 16:34:02
>670
パワーポイントはその通りだが
エクセルは規模の小さいことをやろうとしたら最強ツールじゃないか?
手書きも悪くないが再計算の正確性に難がある

678
仕様書無しさん[]   投稿日:2017/01/15 16:35:28
科学プログラマも結構使うぞ

679
仕様書無しさん[]   投稿日:2017/01/15 17:11:58
>670
歴史の長いものは仕方ない。

680
仕様書無しさん[sage]   投稿日:2017/01/15 17:19:43
このスレ業務システムへの理解が低レベルすぎて笑える
まるで何十年も前から時間が停止してるようだ
コメント2件

681
仕様書無しさん[sage]   投稿日:2017/01/15 17:29:27
>672
クエリ直打ちもあるけどC#にはアレがあるやろ

682
仕様書無しさん[]   投稿日:2017/01/15 17:33:02
>676
お!その定義だと、おれは「派遣会社(上位) 」になってるぅ

契約も長期
派遣会社も超大手
技術好き
でも高学歴じゃない

683
仕様書無しさん[sage]   投稿日:2017/01/15 17:55:17
>672
炎上するパターンじゃんそれ
ドメインロジックをSQLに書くなよ

684
仕様書無しさん[sage]   投稿日:2017/01/15 17:55:59
>680
人間というのは驚くほど変わらんもんだよ。
本人たちは新しいことをやってるつもりなんだろうが、古いものを
再発見したようなことをしてることも珍しくない。

685
仕様書無しさん[]   投稿日:2017/01/16 06:17:13
>680
いろんな業務があることへの理解が不足してるw

686
仕様書無しさん[]   投稿日:2017/01/16 07:43:07
>665
しれっとウェブ系を業務系と切り離してるんじゃねーよw

現代の業務系=ウェブ系だから
コメント2件

687
仕様書無しさん[]   投稿日:2017/01/16 12:52:07
そういう低能でも通用する業務系のようなシステムもあるというだけで
基本的にウェップ屋にはガチの業務系は荷が重すぎる

688
仕様書無しさん[sage]   投稿日:2017/01/16 19:48:12
現代の業務系はいわゆるナントカ系はほぼ満遍なく使うから大変だよ

689
仕様書無しさん[sage]   投稿日:2017/01/16 19:49:32
HTMLやSQLを書くのにエクセルは必須
エクセルを使いこなすことこそすべての業界で通用するスキルだ

690
仕様書無しさん[sage]   投稿日:2017/01/16 22:20:41
>686
業務系とウェブはぜんぜん違うよ。

業務系はOSはWindows。データベースはSQL ServerかOracle
C# や VB.NET といった.NET Framework か Java を使って開発されており
アクセスは原則として社内のみからだから少ない。
インターネットとの接続も制限されており攻撃がないからセキュリティ的に弱い
インターネットとの接続が制限されてるということは、githubやawsといった
クラウドサービスも使えない。オープンソースの利用も制限があることが多い。
gitも使えないしエクセルの仕様書作成に時間をかける割にコードレビューの文化もない。
動いているコードに触るな文化で動けばよし。
ユニットテストは行われておらずCIも導入されていない
エクセルに書いたテスト仕様書を眺めながらマンパワーでテストを行う。
コメント2件

691
仕様書無しさん[sage]   投稿日:2017/01/16 22:29:30
業務系とウェブ系は似たようなことをやっても
ルーツが違うから文化が全然違うんだよね。

692
仕様書無しさん[sage]   投稿日:2017/01/16 23:01:59
Web系でやってることは全て出来た上で問題領域が複雑で大きくなったものが業務系と考えていい
ようは上位互換だな
Web系と比べて苦手なのはオシャレなデザインぐらいじゃないかな

693
仕様書無しさん[sage]   投稿日:2017/01/16 23:14:26
> Web系でやってることは全て出来た上で問題領域が複雑で大きくなったものが業務系と考えていい

だからできてないってw

>690に書いたじゃん
コメント1件

694
仕様書無しさん[sage]   投稿日:2017/01/16 23:14:59
業務系でgithub使っていいっていうのなら
両手を上げて喜ぶよw

695
仕様書無しさん[sage]   投稿日:2017/01/16 23:22:45
>693
それはあなたの会社だけじゃないの?

696
仕様書無しさん[sage]   投稿日:2017/01/16 23:40:02
VPNでも使えるGitLabやGitBucketもあるじゃん

それすら使えないの?あまりにも硬直化し過ぎ
コメント1件

697
仕様書無しさん[sage]   投稿日:2017/01/17 00:04:46
>696
俺の知ってる所は、gitを導入しようと思ってる。
けどLinuxはメンテできる人がいないから使用禁止。だったよw

GitLabやGitBucketも使えないんだろうな。

698
仕様書無しさん[sage]   投稿日:2017/01/17 07:47:07
>690
それ俺の会社のことじゃん

699
仕様書無しさん[]   投稿日:2017/01/17 10:00:52
まず派遣は語る資格ないから

700
仕様書無しさん[sage]   投稿日:2017/01/17 10:06:54
シェルスクリプトはいいとして、VBAは無いなぁ〜

701
仕様書無しさん[]   投稿日:2017/01/17 12:48:22
シェルスクリプトは大目に見て認めてやる的などの立場で言ってるのかよくわからない多分なにも考えてないレスw

702
仕様書無しさん[sage]   投稿日:2017/01/17 14:47:24
プログラミング、シェルスクリプト、VBAは必要に応じて覚えればいいけど
正規表現はどんな立場の人だろうと絶対習得すべき
ていうかこれこそ義務教育で教えるべき

703
仕様書無しさん[sage]   投稿日:2017/01/17 15:04:16
シェルスクリプトはサーバーのメンテで大活躍するんだよな。

704
仕様書無しさん[sage]   投稿日:2017/01/17 18:14:01
サーバーでの作業でVBSを多様するんでVBAと変わらんか…

705
仕様書無しさん[sage]   投稿日:2017/01/17 19:16:07
VBAでツール作る人って設定はどこに書いてんの?
設定シートとかつくんの?別ファイル?
コメント1件

706
仕様書無しさん[]   投稿日:2017/01/17 19:40:49
エクセルはジェネリックプログラミングツールじゃねえと何度言えば

707
仕様書無しさん[]   投稿日:2017/01/17 20:39:27
目的を果たすためのツールでしかねぇのに

708
仕様書無しさん[sage]   投稿日:2017/01/17 20:48:07
シェルスクリプトは属人性が高く管理外であることも多い
生産性をもっとも落とすのはシェルスクリプト
引き継ぎされずにまともにメンテできなくなっていくという点では
シェルスクリプトもエクセルVBAも似たようなものだ
コメント1件

709
仕様書無しさん[sage]   投稿日:2017/01/17 20:59:13
>705
xmlに書くよ

710
仕様書無しさん[sage]   投稿日:2017/01/17 23:04:39
シェルスクリプトはLinuxやUnixなら最初から入っており
どこでも使えるので、プロビジョニング(サーバーの初期設定)を
行うときによく使われている。
awsなどのクラウドやdockerなどのコンテナをやるときには必須

711
仕様書無しさん[sage]   投稿日:2017/01/17 23:05:21
>708
管理外? 意味不明。
Dockerfileとか見たことあるのか。
ほぼシェルスクリプトだぞ

712
仕様書無しさん[sage]   投稿日:2017/01/17 23:05:57
サーバーの設定から属人性を除くために
使われるのがシェルスクリプトです。

713
仕様書無しさん[sage]   投稿日:2017/01/18 00:23:14
シェルは雑念が多すぎてな
わかりにくいオプションとか構造化されてない入出力とかめんどくさい
やりたいことに集中させてくれん
コメント1件

714
仕様書無しさん[]   投稿日:2017/01/18 05:54:09
>686
同じ客から出てる業務系案件とWeb系案件両方に参加したことあるけど
ツール、服装、椅子、作業スペース、勤務時間、報酬、休憩時間、メンバーの会話内容
全て違ってて業務系に参加するのは苦行だということを認識した。

715
仕様書無しさん[sage]   投稿日:2017/01/18 07:33:50
何スレだここ

716
仕様書無しさん[]   投稿日:2017/01/18 07:40:45
VBAでいい

717
仕様書無しさん[]   投稿日:2017/01/18 07:45:42
プログラムをかじった学生スレやろ

718
仕様書無しさん[]   投稿日:2017/01/18 15:09:10
>713
シェルはコマンドを知ってることが前提になってるからな。
日常的にCLIで操作してればそんなに難しいことはない。

719
仕様書無しさん[sage]   投稿日:2017/01/18 19:01:56
久しぶりに仕事でVBAを書く羽目になって書いて見たんだが不便すぎてちょっと笑えないレベルだな
仕事だから仕方なく書くならわかるけどありがたがって積極的に利用する人って感覚オカシイんじゃないか

720
仕様書無しさん[sage]   投稿日:2017/01/18 19:25:17
シェルスクリプトは、今ある物を寄せ集めて使う感じで、まさにパッチワークで針と糸使って繋ぎ合わせるみたいな。
だけど、VBAは俺様の作った仕様に文句あんのか?って感じで高圧的だから窮屈。

721
仕様書無しさん[sage]   投稿日:2017/01/18 20:01:32
シェルとか正規化は発覚しづらいバグの根源
VBSのほうがマシ

722
仕様書無しさん[sage]   投稿日:2017/01/18 20:14:37
正規化?w

723
仕様書無しさん[sage]   投稿日:2017/01/18 20:33:47
性器になあれ♪

724
仕様書無しさん[sage]   投稿日:2017/01/19 00:53:02
分からん人とは永遠に分かり合えないのだろうが、excelのVBAやシェルなんて
動かせる環境ならバージョンや追加のライブラリ、ソフトが関係なくどこでも誰でも
動かせるってのがメリットなんだけどな。 自分のマシンならともかく他人のPCや
サーバーなんかだとバージョン合わせたり余計なものを入れたりなんてのは
かなり手間だし。VBAやシェル程度でまかなえる作業なんて抱えたくないし。

725
仕様書無しさん[sage]   投稿日:2017/01/19 03:33:26
VBAはExcelがないと動かないのが
大きな欠点だよな。
そして重いし

726
仕様書無しさん[sage]   投稿日:2017/01/19 06:09:32
powershellでいいじゃん
コメント1件

727
仕様書無しさん[sage]   投稿日:2017/01/19 08:27:25
>726
powershellが入っていないバージョンのwindowsがいまだに存在するからな。
コメント1件

728
仕様書無しさん[sage]   投稿日:2017/01/19 12:26:18
今の今まで誰も指摘してないけど、ExcelはAPIで操作できるんだぜ
わざわざVBAなんて使わずとも、いろんな言語で操作できるんだぜ
コメント1件

729
仕様書無しさん[]   投稿日:2017/01/19 12:41:11
>728
エクセルマクロを作るのにvbaを使う事を「わざわざ」と言う感覚がわからんな
てかアマノジャクだなお前

730
仕様書無しさん[]   投稿日:2017/01/19 14:36:25
>727
× powershellが入っていないバージョンのwindowsがいまだに存在するからな。
◯ powershell使えないSEがいまだに多数存在するからな。

731
仕様書無しさん[]   投稿日:2017/01/19 20:07:44
俺が偽装請負多重派遣業界SEを辞めて人売りやる理由

・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半は料金以上に開発してくれる
・SEの大半は多重派遣を訴えない
・SEを多重派遣すると責任問題を誤魔化せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに機密誓約させるから不法行為は裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない裁判官を騙せる
・SEの鬱病や過労死も立証困難で裁判官を騙せる
・SEの報酬を強奪しても立証困難で裁判官を騙せる
・システム未完成のせいにして立証困難で裁判官を騙せる
・偽装請負に従うSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる

何よりもプログラム作らないで大儲けできるからな

732
仕様書無しさん[]   投稿日:2017/01/20 06:42:38
vbaのほうが具体的な学生メリット出てるのでvbaやってみます

733
仕様書無しさん[sage]   投稿日:2017/01/20 09:37:30
VBAなんか下手に出来ると、便利な事務員にさせられるだけだぞ。
コメント1件

734
仕様書無しさん[sage]   投稿日:2017/01/20 12:36:14
隠れてVBAを使うんだよ
バカか?
人に渡すものは当然マクロなしでな
コメント1件

735
仕様書無しさん[]   投稿日:2017/01/20 12:37:09
上手に出来ればそんな事もないんじゃね

736
仕様書無しさん[]   投稿日:2017/01/20 12:45:30

737
仕様書無しさん[]   投稿日:2017/01/20 13:34:22
>733
便利屋にならなきゃいいだけ
有能な人になればいいだけ

738
仕様書無しさん[sage]   投稿日:2017/01/20 15:30:24
まあゴミみたいなコードばらまかれても困るしな

739
仕様書無しさん[sage]   投稿日:2017/01/20 19:05:25
自分でコード書く時点で使われる人間ってこと
有能な人はくだらない仕事は丸投げして成果を全て吸い取り責任は押し付ける
そして自分は創造性のある価値のある仕事に取り組む
V
コメント1件

740
仕様書無しさん[sage]   投稿日:2017/01/20 19:10:08
VBAというよりエクセルや事務仕事をうまくやれるようにな
管理職なんてコーディング仕事少ない
コメント1件

741
仕様書無しさん[]   投稿日:2017/01/20 19:21:28
そして自分は創造性のある価値のある仕事に取り組む
(それも誰かにやらされているとは気づかずに)

幸せな世界

742
仕様書無しさん[sage]   投稿日:2017/01/20 19:27:28
誰もが自分の得意な事やりゃあいいんだよ

743
仕様書無しさん[sage]   投稿日:2017/01/20 19:30:13
一番ダメなのがバカのクセに人の上に立ちたがる奴

迷惑以外の何者でもない

744
仕様書無しさん[]   投稿日:2017/01/20 22:58:33
>734
ただの事務員じゃん。

745
仕様書無しさん[]   投稿日:2017/01/20 22:59:24
>740
エクセルで管理職(i)

746
仕様書無しさん[]   投稿日:2017/01/20 23:44:42
つまり事務員でも管理職でもない学生はvbaをどうすればいいのさ?

747
仕様書無しさん[sage]   投稿日:2017/01/20 23:48:20
存在を無視すればいいよ

748
仕様書無しさん[sage]   投稿日:2017/01/21 01:43:45
>739
自分でコードを書くのを厭う人がマ板に来ても意味ないっぺ?

749
仕様書無しさん[]   投稿日:2017/01/21 06:20:21
一つ2つ上の上司の前でこれみよがしに、頼まれてたやつできましたよーって、大きめの声で言って
ってVBAを動かしてやればいいんだよ
どんなバカ上司でも業務効率上げてるって認識するから
さらには依頼したやつが手柄を一人占めなんてことにもならない

まともに会話もできない、タダ人の仕事を手伝わされておしまい。って状態でおわるようなやつは、根本的に無能
コメント2件

750
仕様書無しさん[]   投稿日:2017/01/21 07:31:22
>749
便利屋になるだけって主張する奴は、結局、そういった立ち回りすらできない
ほんとの便利屋(単なる道具扱い)なんだよな まさにカツアゲにあってる状態と同じ
そんな奴はプログラマとしても3流だよな
人と話もまともにできないんだから

751
仕様書無しさん[]   投稿日:2017/01/21 07:48:41
たかがプログラマー風情が考える人間の格など聞いとらんわ
それよりVBAとかシェルスクリプトとか覚えたほうがいいのか教えろやカスども
コメント2件

752
仕様書無しさん[]   投稿日:2017/01/21 07:50:32
>751
学生ならVBAはおさえとけ

753
仕様書無しさん[sage]   投稿日:2017/01/21 08:31:05
さらっと流す程度で

754
仕様書無しさん[sage]   投稿日:2017/01/21 10:02:12
>751
はっきり言って覚えない方がいい
学生には自覚ないかもだけど就職前の時間は高価だぞ
VBAやシェルスクリプトに費やすなどもったいなすぎる

755
仕様書無しさん[sage]   投稿日:2017/01/21 11:20:15
勉強に無駄なことなんて何もないよ
コメント1件

756
仕様書無しさん[sage]   投稿日:2017/01/21 11:28:24
あるよ

757
仕様書無しさん[sage]   投稿日:2017/01/21 11:50:57
VBAなんか他言語に応用効くテクニックも何も無いからな。
覚えるだけ無駄だぞ。
コメント1件

758
仕様書無しさん[sage]   投稿日:2017/01/21 11:54:20
VBAはモジュール管理とバージョン管理がめんどくさい
もうそれだけで使う価値はない

759
仕様書無しさん[sage]   投稿日:2017/01/21 12:00:38
エクセルはAPIで操作できるから、エクセルの自動操作が必要になったとしてもVBAを覚える必要は無い
もっと使える言語覚えときゃいい

760
仕様書無しさん[]   投稿日:2017/01/21 12:43:24
必要ないって言ってる奴が無能そうなのばかりだからVBA覚える事にするわ
ありがとなカスども!
コメント1件

761
仕様書無しさん[sage]   投稿日:2017/01/21 12:53:38
VBAerってこういう頭が悪そうな人ばかりだよね

762
仕様書無しさん[]   投稿日:2017/01/21 14:12:03
>760
VBAerのほうが具体的なんだよな
会社員として無双できるって

763
仕様書無しさん[sage]   投稿日:2017/01/21 14:19:55
ぶいばーか

764
仕様書無しさん[sage]   投稿日:2017/01/21 16:33:36
ばかいうな

765
仕様書無しさん[]   投稿日:2017/01/21 17:11:13
>749
それこそ、JSあたりでよくね?

766
仕様書無しさん[sage]   投稿日:2017/01/21 17:25:56
女子小学生がなんだって?

767
仕様書無しさん[sage]   投稿日:2017/01/21 17:44:22
jsを女子小学生なんて言ってるお馬鹿は日本の萌えヲタだけ

768
仕様書無しさん[sage]   投稿日:2017/01/21 17:54:34
まあ作業効率を上げる一番の方法は
Officeソフトを使わないってことなんだけどね

769
仕様書無しさん[sage]   投稿日:2017/01/21 18:02:19
VBAのダラダラと長く絡み合ったスパゲティコードを1日かけてじっくり読み込んで理解して
10分ほどで数行のPowershellスクリプトに置き換えてあげたら現場になんとも言えない気まずい雰囲気が漂った
今までVBAでやってきたことはなんだったんだろう
そんな空気だった

770
仕様書無しさん[sage]   投稿日:2017/01/21 18:05:14
VBAのダラダラと長く絡み合ったスパゲティコードを1日かけてじっくり読み込んで理解して
10分ほどで数行のRubyスクリプトに置き換えてあげたら現場になんとも言えない気まずい雰囲気が漂った
今までVBAでやってきたことはなんだったんだろう
そんな空気だった
コメント1件

771
仕様書無しさん[sage]   投稿日:2017/01/21 18:06:33
python以下略

772
仕様書無しさん[sage]   投稿日:2017/01/21 18:10:56
内部ルールで必要以外のソフト禁止だけど、エクセルでなら大抵の事が許される公務員プログラマという異常特異点
コメント1件

773
仕様書無しさん[sage]   投稿日:2017/01/21 18:42:32
会社の上の方になるほどエクセル好きだからねw

一方ワープロは一太郎まででワードは諦めたタイプ

774
仕様書無しさん[]   投稿日:2017/01/21 19:43:33
>770
そら実務にruby使ってる奴がいたら気まずい雰囲気にもなるわw
コメント1件

775
仕様書無しさん[sage]   投稿日:2017/01/21 19:44:16
テキストエディタやワードは一次元的すぎるから自由度が無さすぎて
使いづらいんだろ。二次元的に使えるエクセルやパワポの方が紙に
近い感じで使い易いんだろうな。
コメント1件

776
仕様書無しさん[]   投稿日:2017/01/21 19:45:54
>774
だなw
「こ・・・・こいつ、引き継ぎとかの概念ないのか???」
ってなるよなw
コメント1件

777
仕様書無しさん[sage]   投稿日:2017/01/21 19:53:27
>775

だがPublisherやOneNoteはその存在すら気が付かないというw

778
仕様書無しさん[]   投稿日:2017/01/21 19:57:30
>772
API使えばVC++と同レベルのことできるからなw

779
仕様書無しさん[sage]   投稿日:2017/01/21 20:00:09
2次元限定とか最悪に使いにくいだろ

780
仕様書無しさん[sage]   投稿日:2017/01/21 20:16:07
>776
VBAは引き継ぎできる人がいないから
使用禁止になるよ。

MSOffice以外に変更する場合もあるだろうしね

781
仕様書無しさん[sage]   投稿日:2017/01/21 20:43:15
そもそもvbaは共有や引き継ぎは前提で作られてない
モジュールやソースの管理のめんどくささを考えればわかるだろ
自分のデスクトップという狭い世界で完結するようなつまらない仕事をする人のためのツールだよ

782
仕様書無しさん[sage]   投稿日:2017/01/21 21:25:54
視野の狭いやつらばかりだ

783
仕様書無しさん[sage]   投稿日:2017/01/21 22:12:54
>755
人生という指標だと無駄はないかもしれないが、全ての言語を覚えるには人生は短すぎる

>757
他言語と何も共通点がないからこそ覚える意味がある
それにVBA習得の主目的は言語体験の向上ではなく、プログラミング以外のムダな時間の削除
コメント1件

784
仕様書無しさん[]   投稿日:2017/01/21 22:14:10
VBA使ったことない奴が語ってそうw

785
仕様書無しさん[]   投稿日:2017/01/21 22:26:54
>783
> 人生という指標だと無駄はないかもしれないが、全ての言語を覚えるには人生は短すぎる
だからこそ、vbaは優先度下げておk。

> それにVBA習得の主目的は言語体験の向上ではなく、プログラミング以外のムダな時間の削除
だから。

786
仕様書無しさん[sage]   投稿日:2017/01/21 22:27:40
秀丸マクロで無双してるの見せられても困るでしょ。

787
仕様書無しさん[sage]   投稿日:2017/01/21 23:40:13
無駄な時間の削減が目的ならVBAは最大級の悪手じゃないか
もっと早く安全にコーディングできる言語を使おうよ

788
仕様書無しさん[sage]   投稿日:2017/01/21 23:43:03
2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
2017年 JavaScript★71.9%ものサイトがjQueryを利用

789
仕様書無しさん[sage]   投稿日:2017/01/21 23:46:58
その言語を探す時間と安全なコーディングをする時間と保守を考える労力がもったいない

ファイル毎にコードついてるんだしその都度いいように直せばいいじゃない
まさにコピペ推奨言語 👀
Rock54: Caution(BBR-MD5:4ddc38765883eb02d22c03417c43b31d)

790
仕様書無しさん[sage]   投稿日:2017/01/22 12:07:10
そういう意味だとPowershell無双じゃないな?

791
仕様書無しさん[sage]   投稿日:2017/01/22 12:29:33
目的が違うからなぁ
再利用性の高い堅牢なモジュールを作るならC#
CLR、COM、WSH、EXE、PSスクリプト、Java、ruby、その他他言語、などなど様々な資産を同じインターフェースの簡単なコマンド形式で実行、パイプライン処理で連携でなんでもできる、普段使い最強のPowershell
バカを適当にあしらうのに最適なVBA
それぞれ使いどころがある

792
仕様書無しさん[]   投稿日:2017/01/22 13:37:49
エクセルマクロをVBAという汎用プログラミング言語だと認識している人は馬鹿
↑の人とかね

793
仕様書無しさん[sage]   投稿日:2017/01/22 14:32:33
VBAの組み方って

1.エクセルでキー操作を覚えさせる
2.自動生成されたVBAにループ処理を付け加える
3.場合によってはちょっとした計算を組み込む

こういう作り方だよね?
ライバルといえばUWSCとかだと思うけど
他の言語と比べるようなもんじゃないと思うよ
コメント1件

794
仕様書無しさん[]   投稿日:2017/01/22 16:46:54
>793
だめ。
というのは、出来上がったソースコード見ればわかるけど、
 Active◯◯◯
ってのが平然と記載されているから。◯はSheetとかね。

795
仕様書無しさん[]   投稿日:2017/01/22 16:52:53
Active〜は使っちゃダメって習ったばかりの人か

796
仕様書無しさん[sage]   投稿日:2017/01/22 16:54:12
使ってもいいけど普通は使う気にならない
なんでもっと簡単で安全な方法があるのにわざわざ難しい方向に行こうとするの?

797
仕様書無しさん[sage]   投稿日:2017/01/22 16:54:30
ActiveRecordはよく使うぞ

798
仕様書無しさん[sage]   投稿日:2017/01/22 16:56:34
実際にユーザーが選択してるところにマクロかけたい場合とか

799
仕様書無しさん[sage]   投稿日:2017/01/22 17:23:58
標準モジュールとか
Sub DoUnko(ByVal target As ...)
'クソみたいなタスクを記述する
End Sub

ワークブックとか
Sub なんかのイベント()
DoUnko Active...
End Sub

せめてこういうふうに書いてくれ
DoUnkoの中で直接Active...にアクセスするとモジュールとホスト環境が密結合しちゃって扱いにくいだろ
コメント1件

800
仕様書無しさん[sage]   投稿日:2017/01/22 18:03:46
マクロの自動記録はうんこ
そのまま使うには無理が結構ある

801
仕様書無しさん[sage]   投稿日:2017/01/22 18:56:11
いちいちリファレンス調べなくて済む便利さもあるがそれがクソコード量産の一因にもなる諸刃の剣

802
仕様書無しさん[sage]   投稿日:2017/01/22 19:31:14
>799
その通りだな
Activeなんちゃらは、グローバル変数だからな

803
仕様書無しさん[sage]   投稿日:2017/01/22 19:48:42
ローカルやウォッチ式を駆使して何が作用してるかを観測してるわ

804
仕様書無しさん[]   投稿日:2017/01/22 21:31:10
たかがマクロにクソコードもミソコードもないわ

805
仕様書無しさん[sage]   投稿日:2017/01/22 21:51:39
たかがマクロの分を超えなければよいのだが…

806
仕様書無しさん[sage]   投稿日:2017/01/22 22:26:21
どうせ使い捨てだろ?気楽にいこうぜ

807
仕様書無しさん[]   投稿日:2017/01/22 22:26:48
ExcelVBAでDB接続はあり得ないわ

接続文字列丸解り

808
仕様書無しさん[sage]   投稿日:2017/01/22 23:08:41
VBAで検索してこのスレにたどり着いたんだがここって「ただの事務員」のおれでも居てもいいの?

VBAが出来た方が良いというのは、ただの事務員にこそ当てはまると思ったので…

809
仕様書無しさん[sage]   投稿日:2017/01/23 07:42:22
作業効率上げたいならPowerShellの方がいいぞ
VBAでプログラミングするのに人生は短すぎる

810
仕様書無しさん[]   投稿日:2017/01/23 12:35:46
君のやり方じゃ何をするにも短すぎるだろ

811
808[sage]   投稿日:2017/01/23 12:49:44
半日経っても出て行けと言われなかったので居させていただきます

業務ではExcelとAccess以外使ってないけど、
他の人がやると5〜6時間かかる作業をおれは5分で終わらせられるので、
空いた時間でPowerShellを勉強中ではある

ちなみに他の人は、Rounddown関数とかを知らなくて消費税合わない!と言いながら電卓で消費税を手計算するようなレベル。
コメント1件

812
仕様書無しさん[sage]   投稿日:2017/01/23 14:06:42
>811
ワイと同じような感じやな
ただ周りのレベルが弊社の方が悲惨や

ワイはC#でソフト作ってはVectorに登録しとる

813
仕様書無しさん[sage]   投稿日:2017/01/23 19:07:05
手計算でも何十万と月給払ってくれるんだから笑いが止まらんよな
自動化してたくさんデータ処理したって損するだけ
コメント3件

814
仕様書無しさん[]   投稿日:2017/01/24 21:37:12
>813
そんな単純な処理を2,3個組むだけで、アピールの仕方次第で出世しちゃうんだぜ?


815
仕様書無しさん[]   投稿日:2017/01/25 01:23:49
>813
公務員方式

816
仕様書無しさん[sage]   投稿日:2017/01/25 01:57:43
>813
正直ああいう作業によく耐えれるなあ。
コメント1件

817
仕様書無しさん[]   投稿日:2017/01/25 19:07:10
俺が偽装請負多重派遣業界SEを辞めて人売りやる理由

・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半は料金以上に無能開発してくれる
・SEの大半は多重派遣を訴えない
・SEを多重派遣すると責任問題を誤魔化せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに機密誓約させるから不法行為は警察や裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEの鬱病や過労死も立証困難で警察や裁判官を騙せる
・SEの報酬を強奪しても立証困難で警察や裁判官を騙せる
・システム未完成のせいにして立証困難で警察や裁判官を騙せる
・偽装請負に従うSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる

何よりもプログラム作らないで大儲けできるからな

818
仕様書無しさん[sage]   投稿日:2017/01/25 19:43:27
くだらない反復作業はPowerShellで瞬殺
あとはエクセル開いて大変な作業を頑張ってますアピールしながら残業代もらってゲーム、ブラウジング、スマホいじり
年配の上司は早く終わるより頑張ってる感が大切だから残業するのがポイント
マクロでさっさと終わらせて定時で帰りますなんてアピールしたらヘイトがガンガン溜まっていって評価もろくなことにならないぞ
コメント1件

819
仕様書無しさん[]   投稿日:2017/01/25 20:07:06
>818
オレはさっさと帰ってるよ
で残業代が発生しない管理職の上司にこれみよがしにアピってる
管理職は管理職手当は出てるけど、残業代が出てないから、
残業代貰ってないって言えば、残業代をもらいまくってる奴に怒りが向く

820
819[]   投稿日:2017/01/25 20:07:46
更に圧倒的にこなしてる業務量が多いからあっという間に同期より3段階も上に登ったよ

821
仕様書無しさん[sage]   投稿日:2017/01/25 20:15:28
なんの段階ですか

822
仕様書無しさん[sage]   投稿日:2017/01/25 20:31:58
奴隷の階段

823
仕様書無しさん[sage]   投稿日:2017/01/25 21:01:34
魂のステージが3段上がったんだろ。
書き込み見れば意識高い系っぽいからな。

824
仕様書無しさん[sage]   投稿日:2017/01/27 09:10:51
処刑台への階段ガクブル

825
仕様書無しさん[]   投稿日:2017/01/27 11:43:27
平→主任→係長→課長代理
か?
平→主任→係長補佐→係長
か?
ま、いずれにせよ、うまいことやったな。
この差はそう簡単には埋められないだろうし
同期が決裁を持って来きても蹴れるのかwww

826
仕様書無しさん[]   投稿日:2017/01/27 17:55:11
係長以上なら
係員にやれーーーーでいいからな。

実務をやりたきゃやってもいい
課長代理あたりだと完全に管理職入するけど

827
仕様書無しさん[sage]   投稿日:2017/01/27 19:07:15
どうかんがえてもREXXで万全

828
仕様書無しさん[]   投稿日:2017/01/27 19:24:15
俺が偽装請負多重派遣業界SEを辞めて人売りやる理由

・人売りは大儲けだから家族に奉仕できる
・SEは結婚障害者だから家族に迷惑かかる
・SEの大半は料金以上に無能開発してくれる
・SEの大半は多重派遣を訴えない
・SEを多重派遣すると責任問題を誤魔化せる
・SEを人身売買しても民事不介入の警察に捕まらない
・SEに機密誓約させるから不法行為は警察や裁判官に隠せる
・SEに分量以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに料金以上の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEに契約以外の作業強要しても開発内容がわからない警察や裁判官を騙せる
・SEの鬱病や過労死も立証困難で警察や裁判官を騙せる
・SEの報酬を強奪しても立証困難で警察や裁判官を騙せる
・システム未完成のせいにして立証困難で警察や裁判官を騙せる
・偽装請負に従うSEに制裁を与えられる
・結婚相手を苦しめるSEに制裁を与えられる

何よりもプログラム作らないで大儲けできるからな

829
仕様書無しさん[sage]   投稿日:2017/02/04 20:21:21
VBAは功罪あるな

例外処理できてないマクロが組み込まれたシート開いたら いきなりデバッガ開くとか

ユーザーにVBAのバグ取りさせるのおかしいだろ
コメント1件

830
仕様書無しさん[]   投稿日:2017/02/04 21:02:27
やるかやらないかはお前の自由なわけだが

831
仕様書無しさん[sage]   投稿日:2017/02/04 21:38:54
on error goto 便利だったなあ

832
仕様書無しさん[]   投稿日:2017/02/04 22:24:19
>829
Visual Studioがインストールされていると自分が作ったわけでもないソフトウェアのデバッグしますかと聞いてくるのがマイクロソフト。
コメント2件

833
仕様書無しさん[sage]   投稿日:2017/02/04 23:12:16
>832
仕事って普通そうだぞ。最初の担当者がいないことなんてよくある話
他人が作ったもののデバッグをするほうが多い
コメント1件

834
仕様書無しさん[]   投稿日:2017/02/04 23:12:56
頼んでもいないのにデバッグしましたと困ったパッチを送りつけてくるのがリナックスユーザー

835
仕様書無しさん[]   投稿日:2017/02/05 01:11:58
>833
それは仕事ではなくて自宅のPCにインストールしてると、商用パッケージソフトのデバッグを促されることを言ってんだよw
コメント1件

836
仕様書無しさん[sage]   投稿日:2017/02/05 06:45:14
>835
うろ覚えだけど、Visual StudioというよりもC++じゃないか?
C#だけインスコすると確かでなかったような

837
仕様書無しさん[]   投稿日:2017/02/05 07:23:05
エクセルVBAの最大の弱点

エクセル自体がものっすごいいろんなことができてしまい、
それらを制御(やらせない)等のための制御コードをキチンと組むと、酷いことになること。

838
仕様書無しさん[sage]   投稿日:2017/02/05 19:25:51
>832
VSをインストールしてるようなやつに出すメッセージとしては適切じゃねーの
というかVSをそういう設定にしてるからメッセージが出てるわけじゃん
デフォルトとはいえ

839
仕様書無しさん[]   投稿日:2017/02/16 15:17:09
Vbaの計算時間遅すぎないか?

840
仕様書無しさん[sage]   投稿日:2017/02/16 15:54:40
何と比較して遅いのかわからんが遅いのならまずはアルゴリズムを変更だな
プロセッサの速度からして昔からしてみれば実用的な速度は十分ある

841
仕様書無しさん[sage]   投稿日:2017/02/16 18:13:07
セル描画の回数を減らせ
ScreenUpdateを切っていても重いもんは重い

842
仕様書無しさん[sage]   投稿日:2017/02/16 21:03:21
遅いって数万件のデータとか扱ってるとかでしょ?
そりゃ重いよ

843
仕様書無しさん[sage]   投稿日:2017/02/16 22:19:00
数万件のデータのどこが重いのか?

仮に10万件として1件あたり1KBのデータだと

100000KB
100MB

でメモリに完全に収まる量でしかねーぞw
コメント1件

844
仕様書無しさん[]   投稿日:2017/02/16 22:35:18
>843
VBAって普通はExcelシートやセルを参照・書き込みしたりするじゃんね
そういう時に数万ROWあると遅いって意味どすよ
シートやセルを使わないならVBAじゃなくてもいいし

845
仕様書無しさん[sage]   投稿日:2017/02/16 23:08:22
というか万単位の件数扱うならアクセスでもSQL Serverを使うか検討するレベルやろ……

846
仕様書無しさん[sage]   投稿日:2017/02/17 02:16:48
セルやプロパティへのアクセスは遅いからな
VBAは高速化のノウハウを知らないと大変なことになる

847
仕様書無しさん[]   投稿日:2017/02/17 06:34:28
accessのインポートってエラーが起きたら対応がとれへん
コメント1件

848
仕様書無しさん[sage]   投稿日:2017/02/17 22:13:42
インポート前にエラーチェックバッチ走らせるでしょ

849
仕様書無しさん[]   投稿日:2017/02/17 22:19:25
いいっすよ、俺がはしるっす!やきそばパンとポカリっすよね!

850
仕様書無しさん[sage]   投稿日:2017/02/17 22:38:11
ばかやろーっ!飲み物はコーヒー牛乳だっつってんだろっ!(ポカリッ

851
仕様書無しさん[]   投稿日:2017/02/18 00:03:32
すいません!コーヒー牛乳売り切れてたんで代わりにミロ買って来ました!
コメント1件

852
仕様書無しさん[hoge]   投稿日:2017/02/18 00:59:35
>847
二分探索で頑張れw

853
仕様書無しさん[sage]   投稿日:2017/02/18 01:13:51
Windowsのキッティングやってる人いますか?
何を使って展開してます?
コメント1件

854
仕様書無しさん[sage]   投稿日:2017/02/18 03:08:56
>851
ちげーわ!よくミロ!

855
仕様書無しさん[sage]   投稿日:2017/02/18 08:27:32
>853
真のプログラマ以外はお帰くださいませ!!!
コメント1件

856
仕様書無しさん[sage]   投稿日:2017/02/18 10:37:57
>855
scripting guy じゃダメですか

857
仕様書無しさん[sage]   投稿日:2017/02/18 13:03:22
コンピューターの性能がガンガン上がっていた時期は富豪的プログラミングで
問題ないみたいなことは言われてたけど、今の頭打ちに近い状況だとそういう
無駄が多いプログラミングは問題だよな。 可読性を犠牲にしたパフォーマンス
重視のコードを書けとまでは言わんが、コンピューターリソースを意識した
コードを書ける必要がある。

858
仕様書無しさん[sage]   投稿日:2017/02/18 13:46:10
> コンピューターリソースを意識したコードを書ける必要がある。

ただ今は、コンピューターリソースを減らすにはどうしたら良いか?
としか考えられなかったのが、コンピューターリソースを
増やしたほうが安く仕上げられるんじゃないか?というふうに
コストとコンピュータリソースを組み合わせて考えられるようになった。

これまではコンピュータリソースは簡単に変えることはできなかったから、
決められたコンピュータリソースでやりくりしなければいけなかったが、
今はコンピュータリソースはクラウドを使うことで簡単に追加したり減らしたりできるようになった

だから今は性能が必要な場合は、プログラミングで時間を費やすコストと
コンピュータリソースを追加するコストを比較して決めることが可能になった。

「富豪的プログラミング」から「金さえあれば富豪的プログラミング」に
変わったんだよね。金さえあればって言うけど実は比較的安いw
コメント1件

859
仕様書無しさん[]   投稿日:2017/02/18 14:54:25
ソースだの大富豪だのここは小学校か?

860
仕様書無しさん[sage]   投稿日:2017/02/18 15:10:05
遅い奴は殆どがコードが悪い。
〜.Select
Selection.〜
なんてコードを書く奴は問題外。

どうしても遅い場合はマルチプロセスにすれば一気に速くなる。
コメント1件

861
仕様書無しさん[sage]   投稿日:2017/02/18 15:12:21
リソースで100倍速くするのは難しいが、コードで1000倍遅くするのは簡単だ。

862
仕様書無しさん[sage]   投稿日:2017/02/18 15:15:31
だけどコードで1000倍速くするのは難しい

863
仕様書無しさん[sage]   投稿日:2017/02/18 15:18:33
今求められてるのはリソースを増やせば
それに応じて早くなっていくような
書き方をしましょうっていうことであって
コードの細かい書き方で速くなるとかいうレベルの話じゃない

864
仕様書無しさん[sage]   投稿日:2017/02/18 15:23:21
今はCPUの性能は頭打ち状態だから数を増やすしかないんだよね。
だから数を増やせばどんどん速くなっていくような
コードを書かないといけない。

数はいくらでも増やせるからさ、あとは
その数の力でどかーんと処理してしまう。
ある意味富豪的プログラミングだなw

865
仕様書無しさん[sage]   投稿日:2017/02/18 15:37:06
数を増やすとIOが問題になるけどな。 そういう部分も含めてのコンピューターリソースを
いかに考えるかってのが分からないんだろうな。

866
仕様書無しさん[sage]   投稿日:2017/02/18 15:37:53
えっ、そんな話だったの?
コードを工夫して頑張るんじゃなくて、コードを変更しないでリソース増やすだけでOKって話だと思ってたんだが。
コメント1件

867
仕様書無しさん[sage]   投稿日:2017/02/18 15:46:55
>866
クラウド時代のリソースっていうのは
マシンの性能じゃなくて数だよ
数は金さえあればいくらでもといっていいレベルで増やせる

コードは工夫はするけど、それは並列で動作可能にしておくということ
そうしておけば、あとはリソースを増やすだけでOKになる
コメント1件

868
仕様書無しさん[sage]   投稿日:2017/02/18 16:15:18
>867
いやいや、>858なんか読むとコードの工夫とリソース増やすだけを比較して、リソース増やす方に軍配を挙げてるように見える。
コメント1件

869
仕様書無しさん[sage]   投稿日:2017/02/18 16:29:56
>868
コードの工夫は大したことないよ。
並列に処理できるようにするだけ

どんなにコードを頑張っても処理速度を1万倍にすることはできないが、
マシンの数であれば1万倍でも100万倍でもできる。
並列に処理できるようにさえしていれば、
あとはリソースを増やせばOK
コメント1件

870
仕様書無しさん[sage]   投稿日:2017/02/18 16:40:54
他人のコードを読むと勉強になると言うよね?
数行程度のサンプルじゃなくて100ステップ程度のサンプルコード、どこかにアップされてないでしょうか?

変数名や関数名の付け方とか興味があります。
コメント1件

871
仕様書無しさん[sage]   投稿日:2017/02/18 16:42:52
1関数5行だとして、
20個の関数しかないじゃん

せめて1000行ぐらいにしとけ

872
仕様書無しさん[sage]   投稿日:2017/02/18 16:46:40
>860
マルチプロセスってスレッドとかasyncみたいなやつ?
VBAで安定的な実装なんてできるの?
コメント1件

873
仕様書無しさん[sage]   投稿日:2017/02/18 16:55:58
>872
マルチスレッドはExcel要素に触った瞬間に落ちたり、そもそも処理が追い付かなくて不安定。
でもマルチプロセスはOK。
独立したExcelを複数起動してそれぞれが同じブック開いて独立して計算させる。

874
仕様書無しさん[sage]   投稿日:2017/02/18 17:05:22
>869
なんかずれてる気がするが。
リソースを増やした状態の中でもコードが悪くて1万倍遅くなることはあり得る。
そして、実際にはリソースで100万倍は無理だと思うが。

どっちがじゃないと思うがね。

875
仕様書無しさん[]   投稿日:2017/02/18 19:59:24

876
仕様書無しさん[sage]   投稿日:2017/02/18 20:16:54
セル関数だけならマルチコアの恩恵ありそうだけどVBAは無理じゃね?

877
仕様書無しさん[]   投稿日:2017/02/18 20:36:15
ここに居る人達ってほとんどエクセルスレに居る教えたがりサンでしょ
そういう人の発言はこちらも役に立つとは思ってませんから

878
仕様書無しさん[sage]   投稿日:2017/02/19 06:24:37
ちょっと遅くても気長に待つ忍耐を鍛えたほうが効率的。完璧に動いているものを高速化したがってる奴は馬鹿。

879
仕様書無しさん[sage]   投稿日:2017/02/19 09:37:08
その程度のデータ量しかなければいんじゃね?

880
仕様書無しさん[sage]   投稿日:2017/02/19 10:55:36
マシンとコードのどちらをフィックスするべきかというのは
どちらが安くて短納期かという問題なんだ

881
仕様書無しさん[]   投稿日:2017/02/19 20:20:56
FPGAの出現で、ハードも一瞬でバグフィックスできる時代に何言ってんの?

882
仕様書無しさん[sage]   投稿日:2017/02/22 18:28:46
気が緩むとハードに一瞬でバグが混ざる時代でもあるわけだ

883
仕様書無しさん[sage]   投稿日:2017/02/23 06:52:04
ハードチームとソフトチームがバグの原因で対立するのが目に浮かんだ

884
仕様書無しさん[sage]   投稿日:2017/02/23 07:43:10
それは以前からだが、低コストかつ簡単に直せる以上、
ハード屋による「出来上がったものが仕様だ!」という手抜きと嫌がらせを
突っぱねてやる事ができるようになるわな

885
仕様書無しさん[sage]   投稿日:2017/03/05 16:09:16
VBAはいっぱい参考書あるけど、シェルスプリクトに特化してる参考書ってあんまり本屋で目には入らないな

886
仕様書無しさん[sage]   投稿日:2017/03/30 23:39:01
趣味プログラマの欠点は、短時間でやるっていう視点が抜けること
好きだから何時間でもやってられるし、高品質目指してさらに時間をかける
難しいものをどんどん作れるようになるけど、生産性はなかなかあがらない
コメント1件

887
仕様書無しさん[sage]   投稿日:2017/03/31 04:04:08
>886
比較してみた?
高度なことをやってる趣味プログラマのほうが
生産性高いよ
コメント1件

888
仕様書無しさん[sage]   投稿日:2017/04/01 12:00:10
>887
作ってるもんの9割が金とれないんだよ
アウトプットが多ければいいってもんじゃない
本人たちのスキルばかりあがって客は儲かってない
コメント1件

889
仕様書無しさん[sage]   投稿日:2017/04/01 20:48:27
>888
客が儲からなかったら、
損害賠償してくれるの?

俺は仕様通り物を作るけど
それで客が儲からなかったとしても
しったこっちゃないが?
コメント1件

890
仕様書無しさん[sage]   投稿日:2017/04/02 13:06:05
>889
儲かるアプリを作れと言われて仕様どおりに作れるのかと
コメント1件

891
仕様書無しさん[sage]   投稿日:2017/04/02 13:40:39
>890
お前はそういう仕事を受注するのだろうが、
俺は儲からない仕事は受注しない
客が儲かるかどうかじゃない。
俺が儲かるかどうかだ

892
仕様書無しさん[sage]   投稿日:2017/04/02 16:44:31
出来ないだけじゃん

893
仕様書無しさん[sage]   投稿日:2017/04/04 19:50:31
ていうかさ、VBA使いって、理工系の学部でUNIXいじって、TeXでレポート書いてたような人じゃないんだよね。

プログラマとVBAプログラマは分けて考えたほうがいいと思う。
良い悪いじゃなくて、そもそも世界が違う。

大勢のプログラマの中で揉まれてきた400字/分のタイピングができる普通の(?)プログラマがVBAを語ることがそもそもの間違い。

VBAが機能してる現場って『開発』の現場じゃないんだよ。
基幹システムでは小回りの効かない現場の業務を効率化するために使われてるわけ。

フリーソフトひとつインストールするにもマンドクセー申請が必要だから、デフォルトでPCに入ってるエクセルVBAやcmd、vbsはすごく重宝するわけ。

なので、VBAを糞扱いするのではなく、VBAプログラマたちがキレイなコードをかけるような支援が必要。

VBAのコーディング規約とかをアップしてくれてるサイトとか結構あるよ。

894
仕様書無しさん[sage]   投稿日:2017/04/04 20:01:33
スレタイ的には

文系の学生ほどVBAとかシェルスクリプトとか覚えたほうがいい

のほうがしっくりくるかもね。
コメント1件

895
仕様書無しさん[sage]   投稿日:2017/04/05 03:58:57
非IT企業に就職するならでもいい

896
仕様書無しさん[sage]   投稿日:2017/06/10 10:58:58
>816
単純な繰り返し作業って拷問だよな

俺なら1週間続いたら辞めるわ
コメント1件


897
仕様書無しさん[]   投稿日:2017/06/10 12:38:25
>896
お前割と得意そうに見えるけどな単純作業

898
仕様書無しさん[]   投稿日:2017/06/11 08:44:28
>894
理系文系関係ない

科学系以外のプログラマは情報系

899
仕様書無しさん[]   投稿日:2017/07/03 12:13:43
VBA覚えたらどんなところに就職すればいいの?
コメント1件

900
仕様書無しさん[sage]   投稿日:2017/07/03 12:42:19
VBAとかシェルスクリプトとかは死滅しました。

901
仕様書無しさん[sage]   投稿日:2017/07/03 12:44:55
死滅しても灰の中から不死鳥のように蘇る学生はIT業界に向いている(ただし※)

902
仕様書無しさん[sage]   投稿日:2017/07/03 12:46:43
VBAは書こうとすれば書けるけどほとんどやってない
javaでツール作った方がライブラリ多いし、楽

903
仕様書無しさん[]   投稿日:2017/07/03 12:53:13
要するにjavaしか出来んのやろw
学生にも笑われとんでw

904
仕様書無しさん[]   投稿日:2017/07/03 15:01:39
Javaは中途半端なクソ言語だと思う

905
仕様書無しさん[]   投稿日:2017/07/03 19:16:19
javaでってjakalta-poiとかの話?
コメント1件

906
仕様書無しさん[]   投稿日:2017/07/03 20:19:28
>899
雇ってくれるとこなんてない

907
仕様書無しさん[sage]   投稿日:2017/07/03 23:13:17
VBA+官僚の親戚なら山ほどある霞ヶ関付近の独立行政法人が超優遇で雇ってくれるよ。

908
仕様書無しさん[sage]   投稿日:2017/07/15 18:39:06
VBAなんか誰でも書ける
コメント1件

909
808[sage]   投稿日:2017/07/18 00:11:22
>908
書けねー奴をお前が人間としてカウントしてないだけじゃね
書けねー奴なんて山ほどいるぞ

910
仕様書無しさん[sage]   投稿日:2017/07/18 08:16:13
VBAなら、ネットや本で独学すれば簡単なんだが、
食わず嫌いみたいなもんで、面倒くさいことは やろうとしないから。

911
仕様書無しさん[sage]   投稿日:2017/07/18 09:51:34
「文章を書く」ことは誰でもできるけど
「役に立つ文章を書く」ことは誰でもできるわけじゃない
VBAを含めたプログラム全般もそうだろう

912
仕様書無しさん[]   投稿日:2017/07/18 12:26:30
お前の文章だって誰かの役には立ってんだぜ?多分だけど

913
仕様書無しさん[sage]   投稿日:2017/07/19 01:19:58
VBAを覚えようっていうと語弊があるね
自動化の仕組みを覚えて欲しいんだ
エクセルVBAでもuwscでも何でもいい

普段やってる作業をいかに短時間で自動化するかが重要だ

914
仕様書無しさん[sage]   投稿日:2017/07/19 03:52:28
シェルというかCRONから起動して何かチェックしてメール飛ばすような流れは作れたほうがいいよな

915
仕様書無しさん[sage]   投稿日:2017/08/16 01:31:35
新卒だがVBA ってわざわざ覚えるようなものか?
作業効率あげるのなんて、他の言語やってりゃその場で調べて組めるでしょ
コメント1件

916
仕様書無しさん[sage]   投稿日:2017/08/16 08:20:34
>915
「その場で調べて」
これをゼロにしろっていう話だよ
たぶん仕事に対するスピード感が違う
コメント1件

917
仕様書無しさん[]   投稿日:2017/08/16 13:24:36
ググって貼り付けで出来上がったプログラムなんて速攻使えんくなるしな

918
仕様書無しさん[sage]   投稿日:2017/08/16 13:28:04
そもそも堅牢で汎用的なもんつくるのにVBAは向いてないしな

919
仕様書無しさん[sage]   投稿日:2017/08/16 14:06:35
>916
事務処理のスピードをあげるために勉強するより、ガチな実装のためのアルゴリズムとかに時間使った方が
良くない?
時間は有限なんだから
コメント1件

920
仕様書無しさん[sage]   投稿日:2017/08/17 01:34:24
>919
で、お前はその有限な時間をどう使ってんだよw
意識高いだけじゃ仕事は効率化できないから

921
仕様書無しさん[sage]   投稿日:2017/08/17 01:37:27
>905
ジャカルタとかひさびさ見たわww

922
仕様書無しさん[sage]   投稿日:2017/08/17 02:21:44
お仕事なんてガチな実装?をするよりも、面倒な会社の雑事や実装のための前準備や
問題が起きた時のコード読んだりドキュメント読んだりが大半だと思うがな。
ガチな実装のためのアルゴリズムやなにやらのために時間の大半を使わなければ
ならない能力が低い人ならともかく、その時間の1〜2割の時間程度でも割けば面倒な
日常の作業を軽減できるかも知れません、出来ないかも知れません程度のこと。

923
仕様書無しさん[sage]   投稿日:2017/08/17 07:50:06
一般の事務員の仕事って、例えば「この100個あるExcelのシートをコピペして1個のシートにしてくれない?」等と言われた時、さてどうやって処理するか?ってのが本質だと思う。
そしてそういう案件がテトリスの様に次から次へと来る。

まさか一個一個開いてコピペして閉じて…なんてやらないでしょ?
コメント2件

924
仕様書無しさん[sage]   投稿日:2017/08/17 08:07:15
大抵の人はググってスクリプトを書くよりは
手を動かして1個ずつコピペしたほうが速い

プログラマの優位性は速度にあるんだよ

コンピュータの基礎ができてないやつほどググればいいとか言い出すけど
コンピュータが人間に対して持っている優位性なんてたかだが
・速度
・自動化
だけなんだよ

実装時間+実行時間 < 1個ずつ手作業

これを成り立たせられないならプログラマは不要
実際、銀行業務だって電卓やそろばんで終わらせる事は可能(事例あり)
コメント2件

925
仕様書無しさん[sage]   投稿日:2017/08/17 09:42:11
>924
例えば俺が例に出した>923のやつなら、dir、do〜loop、for〜nextだけ知っていれば出来るでしょ?
あとはシートの最終行をend(xlup)で取得するとか。

そういうの知っていればラクだから、vbaくらいはやっておいた方が良いですよ、というのがこのスレの趣旨なのでは。

926
仕様書無しさん[sage]   投稿日:2017/08/17 10:05:54
管理職になったら開発環境はライセンスの関係でVBA、VBS程度になった
開発職以外になるならVBAやっといてもいいんじゃないか?
ま、板的にそういうやつ少ないと思うが

927
仕様書無しさん[]   投稿日:2017/08/17 22:04:38
うちなんか基幹システム外注+ITだから下手に触れない。
これをこうしたいああしたいと思ってもシステムにアクセス出来ない。
と言うか出来るけどやれない。

928
仕様書無しさん[sage]   投稿日:2017/08/17 22:19:07
素直にやる気が無いからやれないと
言えばいいのに

929
仕様書無しさん[sage]   投稿日:2017/08/17 22:45:52
>923
フォーマットが微妙に異なると厄介な奴か
大体の場合フォーマットはまず間違いなく違う、相手が書き加えたり削ったりはザラ
代替100なら亜種は10〜20くらいか?

昔っからなんかもうそうなっちゃっててフォーマット統一は困難だ(ナシつけるの面倒だ)からそっちで何とかしてくれ
くらいは普通にあるしな
企業の情報交換単位がExcelになってる中堅企業とかだとよくある

各々のシートをEvalでそれっぽい関数に振り分けて
「(全亜種の差異をまるっと含めたというか必要なセルとか足しこんだ)大統一Excelシート」に変換してから
みたいな……めんどくさい

930
仕様書無しさん[sage]   投稿日:2017/08/19 00:32:40
>924
その作業を1回しかやらないなら手でやっても問題ないと思う。
ただその作業が週1とか毎日とか発生するのがお仕事なんだよね。

それにコンピューターが人間よりはるかに優れているのは速度でも自動化でもないよ、
確実性が人間が及びもつかないレベルで優れているのがコンピューター。
どんなに退屈でくだらない作業でも、プログラムに間違えが無ければ何万だろうが
何億だろうが繰り返して間違えを起こさないのがコンピュータの良さ。 コピペ手作業
なんて一番繰り返して間違えないのがつらい作業でしょ。

それにVBAとはいえ、手作業でのコピペなんかするよりプログラムを書く方が
何倍も楽しいじゃん。

931
仕様書無しさん[sage]   投稿日:2017/08/19 03:17:54
上でVBA いる?みたいなこと言った新卒だが、このスレの底辺ぶりにびびったわ
お前ら普段どんな仕事してんの? プログラマじゃなくて事務職でしょ?
コメント1件

932
仕様書無しさん[]   投稿日:2017/08/19 06:53:21
>931
プログラマは、どんな分野に居てもおかしくないでしょ。
そもそも、視点と大前提が間違えてるよ。
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

プログラマー板 タイトル検索

このスレッドが人気です(実況系)
CDTV4 (584)TBS実況
シブヤノオト and more Fes.★3 (983)NHK実況
馬好王国〜UmazuKingdom〜 (524)フジ実況
7つの海を楽しもう!世界さまぁ〜リゾート 「スペイン・イビサ島」 (929)TBS実況
<オトナの土ドラ>ウツボカズラの夢 #03 ★3 (704)フジ実況
SmaSTATION!! #694「明日すぐ行ける!全国版「電車旅」SP!」 ◇2 (868)テレ朝実況
有吉反省会 (947)NTV実況
ラストアイドル #02★2 (417)テレ朝実況
このスレッドが人気です(ニュース系)
【高校野球】3回戦 仙台育英2−1大阪桐蔭:仙台育英9回逆転サヨナラ!大阪桐蔭の春夏連覇砕く★10 (694)音楽・芸能ニュース
【高校野球】3回戦 仙台育英2−1大阪桐蔭:仙台育英9回逆転サヨナラ!大阪桐蔭の春夏連覇砕く ★9 (1001)音楽・芸能ニュース
【高校野球】3回戦 仙台育英2−1大阪桐蔭:仙台育英9回逆転サヨナラ!大阪桐蔭の春夏連覇砕く ★8 (1001)音楽・芸能ニュース
【加計学園】安倍政権さらに窮地 加計学園の獣医学部新設「設計関連文書」全文を入手 ★2 (1002)ニュー速+
【研究】女の子のおもちゃか男の子のおもちゃか 性別の実験 (689)ニュー速+
【高校野球】3回戦 仙台育英2−1大阪桐蔭:仙台育英9回逆転サヨナラ!大阪桐蔭の春夏連覇砕く ★7 (1001)音楽・芸能ニュース
【高校野球】大阪桐蔭の一塁手・中川「ベースを見ずに入って、またいでしまった」 (1001)音楽・芸能ニュース
【安倍首相への注文】羽田孜「安倍総理から日本を守ろう」 村山富市「国民軽視の姿勢許せぬ」 細川護熙「国益を損なう」 (1001)ニュー速+
プログラマー板の人気スレ
プログラマの雑談部屋 ★11 (589)
Re: 35歳、発達障害の無職ですが...4 (294)
【ウンコ歓迎】50代のプログラマーいる?Part22 (337)
プログラマーの仕事って楽過ぎ、クソワロタwww4 (57)
プログラマーはアニメをみよう! 21クール (274)
競技プログラミングにハマるプログラマのスレ 11 (761)
◆個人事業主専門スレ49本目◆ (370)
COBOLって今需要増えてるの?Part6 (578)
【右手】土曜・日曜も岡部健は脂身★25【壊死】 (246)
【CodeIQ】コーディング転職 3社目【paiza】 (207)
勤務中眠くて眠くてたまらない (373)
【鬱病】壊れたプログラマー 46人目 【憤死】 (283)
アジャイルを考えたやつの死を願うスレ Part.2 (269)
【有能】東京コンピュータサービス Ver3【無能】 (936)
学生ほどVBAとかシェルスクリプトとか覚えたほうがいい (932)
14歳、発達障害の登校拒否ですが...1 (244)
おもしろいコピペがあったら貼るスレinマ板part44 (693)
起業しようぜ16 (419)
硫化水素自殺で生き延びた俺に質問ある? (103)
下流風情でほざいているお前らコレ企画設計してみろ (754)
土曜・日曜は岡部健のブログを読み解こう!★13 (999)
【朗報】ITエンジニア男子中学生のなりたい職業1位 (140)
ちょまどと池澤あやかってどっちが凄いの? (169)
プログラミングに適したOSはWindows10かMacOSXか? (681)
Windows10更新速度についてこれない会社が出始めた (151)
日本で就職したい外人からの質問 (67)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 正常取得 - 20件 - 取得完了