 
|
はてなキーワード: VBAとは
MsgBox Range("A1").FormatCondition(1).Formula1
と、式の内容を読む分には問題ないんだがな。
代入しようとすると
「Public Let 'Formula1' は型 'FormatCondition' に見つかりませんでした。'CallType.Set' と共に 'CallByName' 関数を使用してください。」
となる。
Modifyメソッドで設定せよ。とある。組み合わせで設定する必要があるわけだ。
http://msdn.microsoft.com/ja-jp/library/microsoft.office.interop.excel.formatcondition.modify.aspx
ついでに
ソフトウェア開発プロジェクト（一定規模以上）がトラブルが起こって納期までに終わりそうにない、赤字が出てでも終わらせないと困る時の別解
色々な方法があるんだけど、その中でもなぜかこういう方法をとるところが案外少ないように思われるので…。この方法はもちろん万能じゃないので、「こんな欠点がある」って突っ込みはいっぱいあるでしょうが、「いついかなる時でも使えない」話ではないレベルです。
・増員する、ただし、雑用係専用部隊を大幅に。
→業務メインをやる人が増えるとコミュニケーションコストが増大してかえって遅延する現象は散見されますので、そういうコストが相対的に起きにくい仕事になるべく人を投入するという発想です。
ただ、これは、「低時給バイトさん」「事務職」ではだめです（チームの中にそういう人を入れるのはいい場合も多々ありますが、「低時給バイトさん」「事務職」ばかりを多数入れてもソフトウェア開発では大抵困ります。つまり、PG/SEレベルの、ソフトウェア開発の一般常識のある単価の高い人を敢えて雑用や事務に投入するんです。これの一つのデメリットはSE/PGにそんな仕事をさせるとモチベーションが下がって当然なので、長期には向きません。プロジェクトが長いなら少しずつメンバーを入れ替えながらがベターかと。
例）「このデータ加工しといて」と振ってExcelベース（関数とかVBAは使えてよ）なりスクリプト言語なりで加工する人
例）コピーを頼まれたらそれに徹する人 …ここだけ見ると単価高い人をそんな仕事に、と思うかもしれませんが、変にチームに投入して遅延を拡大させるのとどっちがいいんですかって話ですよ。
議事メモではなく議事録が必要なら、録音してテープ起こしするのの草稿を別の人がやる（ここ例えメインの仕事に入ってなくともSE/PGかどうかで品質が随分違う。もっというと、草稿の草稿は音声認識ソフトにやらせる手もある 録音レベルが悪いときついけど）…これは普通のプロジェクトでやってもまずコスト的に割が合わないでしょう。あくまでここに書いているのはすべて「赤字が出てでも早く終わらせる」みたいな特殊な状況なのでやってみるといい場合があるんじゃないの、というお話です。
例）必ずしも雑用ではないが、特にキーマンには秘書をつけてしまえ。その人のスケジュール管理から色々とね。秘書検定もってるエンジニアとかいたら最高ですが（どんだけおるんや） この人に用事があるんだけど今取り込み中…みたいな時って用事がすんでからタイムリーにってなかなかいかないんですよね。秘書がいたらなんとかできませんかね？
人を横断して作業効率化を図れる書類の自動化とか可能なら専任作ってExcel VBAでもスクリプト言語でもなんでもいいので作ってしまえ。
・アメニティの充実を図る。
機材のせいでボトルネックになってませんか？PCの性能は大丈夫ですか？ディスプレイは大きいですか？プリンタやコピー機の数は足りてますか？プリンタやコピー機の速度は十分ですか？カラー印刷出来ますか？ファイル共有サーバが遅かったりしませんか？ ※PCを変更すると環境移行コストはかかりますが、一時的なものです。
事務専門でも出来る所では「コピー用紙がなくなってから補充までにタイムラグとかないですよね」とか
ポットに沸かしたお湯が空っぽとかないですよね？ …まぁこれはエンジニアじゃない人に任せてもいい領域。
ホワイトボードに書いたものを電子データでPCに送れるとかいまどき常識ですよね？丁寧に書いてあったらOCRも可能ですよね？
経費で、高いのでいいからうまい弁当をオフィス配達してしまえ ※税金の問題等色々あるし、自分で選んだり外食に行く方が効率上がる人もいるので全員ってわけにはいかないんですけど。希望者だけでも。
赤字覚悟で増員してるのに、人を増やしたけど「予算がないからPCにいいのが調達できなくって」って話は実在するようですが、何かおかしくないですか？
1人月60万とか100万とか何人も入れるのに。会計上の問題とか壁があるので表面的な金額では決められないんですけど、でもおかしくないですか？
あ、上記のようなことを実際にやって酷い目にあったエピソードがあったら教えてください。「うまくいかない場面」なんて当然いくらでもあると思うので。
C
をこの順番で覚えた。
変り種は2006年に勉強を始めたC++で、軽量言語花盛りのその時期に、CGIを書きたいがためにC++を学んだ。
C++は習得が難しい言語と言われているが、必要性を感じなかったので参考書の類は買わなかった。
他の言語もそうだ。
参考書は必要なかった。
これ自体は悪い本ではない。
でも結局、最初のWEBアプリ（サービス）はPHPではなくC++で作った。
この読書は、購入前に漠然と感じていたPHPへの不快感を再認識させただけだった。
そして学んだ。
歴史は繰り返す。
今まさに「明解Java 入門編」を購入しようか思案中なのだ。
今までJavaを避けてきたのは「ジェームズ・ゴスリンが嫌い」あるいは「金の匂いがする」からだ。
PHPの経験から言って、Javaも実用できないかもしれない。
Javaを覚えれば幅が広がるのは分かるんだけど…
なぜだろう、ワクワクしない。
中学校では、
また、情報高校を新設し、
C言語やエクセルVBAを通したさらなるプログラミングの奥深さ、また、情報学など、より高度な情報分野への学習をする。
まず、IT業界というのはそれ以外では喰っていけない、職人のようなものである。
しかし、そこに多くの人材がたかだか四年程度の情報科を出て、すぐ戦力に回される事態である。
それが僅かな人材で高度なことをするエリート的なものではないのが、問題だ。エリート的な少数精鋭なら、学部教育で間に合う。
そこで、ボトムアップをしなければならない。
小中9年間の教育は大変重要であり、その9年はとてつもなく長い。
その9年で少しずつ今の高校情報レベルまで押し上げ、高校からは完全に専門的な学習へ移行させるのだ。
教員は情報教員枠として小学校から専属の、必修の社会人経験を積んだPGやSE、SIerが受け持つ。
つまり現場のノウハウをもとに実用的な教育ができるということだ。
私の提案したプログラムじゃ駄目だろうが、必要なことであることは間違いないので、ぜひここを見ているカンリョーさんは検討いただきたい
あくまで、Fラン私立文系の落ちこぼれ学生が就職活動してみて思ったことなので、実際その職種が実態は一切保証しない。でたらめである。
具体的に言うと、文系は特別な資格が無い場合、ほとんどの人が飲食・介護・レジャー・サービス・営業の職に就く。昔みたいな総合職・事務職は効率化と技術革新で、機械に仕事取られて減ってる上に、椅子取りの倍率が半端じゃない。
これらの業界は構造的な問題を抱えているので、キャリアアップには、他の業界の何倍も労力が必要であると感じた。自分には無理だと思った。
現状の大手就活サイトは一社に並ぶ行列の長さが半端じゃない。祝日のディズニーアトラクションのように、何時までたっても乗ることが出来ない。ファストパスの存在を探して、以下にズルするかが求められる。
就職活動以降は、違法行為でなければ、いくらでもカンニング・ズルが許される。真面目になんかやってられない。真面目にキャリア支援課やリクナビで活動するよりも「どうやってその他大勢の学生を出し抜くか」を考えた方が効果的だと思う。
今振り返ると、SPI対策やら、適正試験対策、「正しい就職活動」みたいな技術はほとんど無駄だった。「シューカツスキル」はそれ単体では何の役にも立たない。
例えば大学三年から気合いを入れて「シューカツスキル」を磨き続けても、もし内定取り消しでも食らって留年した場合、20から22歳までの三年間を「シューカツスキル」に費やすことになる。しかし、実際は社会で役立つスキルはほとんど身につかない。
ただ、笑顔で丁寧に挨拶して、相手と良好な関係を築く技術は普遍。この辺は演じれば良い。
この際、おっさんぐらいまでの年上とコミュニケーションすることが好きだと、楽に出来る。
以上のような文系の民間就職の惨状が広がる中、教員は数少ない安定した選択肢であると思う。
大量の団塊世代の引退と、少人数学級の普及で教員採用試験の倍率は下がり続けている。
平成22年度（21年度実施）東京都教員採用選考における主な改善について
http://www.kyoiku.metro.tokyo.jp/press/pr090205j.htm
これを見る限り、東京都の教採の倍率は下がり続けており、21年度には小学校教員で過去最低の2.6倍を記録している。東京都の小学校教員は社会的に相当な穴場ではないだろうか。
もちろん、教員は大変な職業であり、その他の職業と同じく割に合わないことばかり。ただ、志がある人にとってはこの状況はかなり恵まれていると言って良いのではないだろうか。
22年度以降は社会人採用の規制緩和、不景気による他業界からの流入などの要因で他の公務員試験と同じく倍率が上昇する可能性もある。ただし、小学校教員免許は参入障壁が高く、急な倍率上昇はそれほど無いのではないだろうか。
一方、地方の倍率は以前として高く、都内の五倍以上の差が開いている状況もある。
http://www.toonippo.co.jp/news_too/nto2008/20080702182831.asp?fsn=eb33f76037153e93cde084f7e7644d6f
地方での教員採用試験突破はかなりの難関である。近年、仕事は東京に局地的に集中しており、仕事をするには東京というのが現実的な選択肢となりそうだ。
これでは就活は絶対に無理。
あったのはずっと好きで考え続けていた、メディアの知識。
でもメディアの知識だけでご飯が食べられる時代は終わった。
Twitter始めてからそんな風に思い始めて、プログラミングを始めた。
（ちなみにTwitterは広告、IT業界の二つの業種では就職に必ず役立つ）
VBA,Ruby,Perl,c++,php,MySQL辺りをかじった。ほんとにかじる程度。
でも、かじってみると業界の様子がすごくよく分かる。同じプログラミングでもRuby on Railsと.NETを使う人では業種が違うぐらいやっていることが違う。
で、そのうち自分がどういうところで働いたら楽しそうで、どういうところだと楽しそうじゃないかが見えてくる。自分の場合はガチのSierに入っても絶対に向いていないと思った。
やりたいのは、"プログラミングを通して、人の心を動かせる仕事"だった。
そんな事が分かったら、就活は運良く二ヶ月で終わって、現時点でやりたいと思ってる仕事に就けた。
でも、ブラックかもしれないし、何かが折れるかもしれないし、暮らしていけないかもしれない。
まぁこんな屑でも内定は取れますよってだけの話。
・文系ヤバイ
・教員は倍率低い
で、一番言いたいのは
「ラーメン屋になりたければラーメンをまず作れ」ということ。偉い人の受け売りなんだけど。
シューカツなんてどうでもいいから、ラーメン作ればいいよ。
ctrl+downと同じこと（同じ結果になる）はVBAでできるよ。
それとは別のもっと思い通りのことをしたいなら愚直にセルを一つ一つ辿ればいいよ
俺の住む世界はアイティーとやらに支えられているらしい。
アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。
そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。
昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。
パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。
楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。
研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。
現場に出て、本番機に触った。
３０年間親会社を支え続ける偉大なシステムの中身を、わくわくしながら覗いた。
そこには、俺の求めていた世界とはまったく違うものが広がっていた。
俺が産まれる前から、入れ替わり立ち替わり何人もの手によって継ぎ足されたロジック。
何千行にもわたって、似たような処理が何回もひたすら繰り返される似たようなモジュール何十本。
1993年に行う臨時処理のロジックが、今もコメントもなしに埋め込まれている。
仕様がわからなくなれば、キャビネへと走って、黄ばんだ方眼紙に鉛筆で書かれた仕様書を探し、
そして修正履歴のみが書かれているのを確認して肩を落とす。
半年後に臨時で行われる業務に対応するため、いくつかのモジュールについて、処理可能なユーザーコードをひとつ、条件に加える。
与えられた期間は２週間だった。ずいぶん長いなと思った。
何枚もの設計書を書いた。つまり、方眼紙状のExcelテンプレートに同じ文章をコピペした。
追っていったモジュールはどれも、ヒープもソートもメモリ管理も論理演算も出番がなかった。
あるのはただ、IF文とMOVE文とばかりだった。ソースの難易度は使われている命令の数とは関係ないことを学んだ。
テストデータを作るため、階層型DBを何回も辿ってデータをアウトプットさせるモジュールを書いた。資格試験で学んだSQLは、無用の知識だった。
協力会社への仕事割り振りやユーザー対応に毎日忙しそうだった上司が、夜遅くまでの残業続きでくまのできた目を皿のようにして設計書をレビューした。
ロジックを丸々コピペしてソースを修正し、コンパイルし、実行した。
２週間はあっという間だった。
俺のせいで、半年後以降は使われないロジックがソースにまたひとつ増えた。
今回の対応については、Excel方眼紙にレポートをまとめて共有ドライブに入れておいた。
だが共有ドライブの検索には時間がかかるし、Excelシートの中身となれば検索から漏れることも多い。
きっと誰にも読まれないだろう。
２バイト文字が使えない関係上、原則、ソースにはコメントはあまり入れられない。
数年後の新人はきっと、俺の書いたモジュールを見て「このロジックは何だ」と首を捻るんだろう。
数年後の俺はきっと、今回のレポートを共有ドライブから探し回って新人にパスを教えてから、
協力会社の管理に追われる作業に戻って目の下にくまを作るのだろう。
俺がやりたかったシステム開発って、こんなものだったのか。
俺は部署の中で、俺の望む仕事を探し続けた。
先輩たちは忙しくて誰も興味を持ってないけど、自動化できる作業はいくらでもある。
よく使われるExcelシートを改造し、定例作業をクリックだけでできるようにした。
ExcelVBAとはいえ、書いていて心地よかった。引数が明確な関数と変数のスコープと全角文字があったからだ。
COBOLで打つプログラムより、控えめに見て100倍くらいの生産性を発揮できていたと思う。
先輩たちは喜んでくれたが、ただし俺の仕事を、あまり仕事とは見なさなかった。
それでもよかった。業務時間外は俺は相変わらずスクリプトを書いていた。とても楽しかった。
VBAから入って、WSHなんてものを知り、やがてJavaScriptを学び、ネットで資料を探し、はてなを知り、はてブでWeb技術についての記事を読みふけった。
知れば知るほどに、どんどんCOBOLが、メインフレームが嫌いになっていく。
先輩は誇らしげに言う。システムはたいしたことをやっていない。業務知識こそが大事なのだ。
ユーザーより詳しく業務を理解し、適切に提案し、設計する能力。
協力会社を率いて、わかりやすい文書で指示を行い、スケジュールを調整する能力。
人を動かすぶん、責任も大きくやりがいもある。優秀な人材こそが我が社の強みだ。
そんな人材が育つよう、我が社は安定して働ける環境と福利厚生を整えている。
ああ、そうだよ。先輩、あなたは正しい。
俺だってメインフレームの信頼性のすごさはわかってる。
密なユーザーとの関係から生まれるシステム子会社としての強みも認識してる。
それだけじゃない。社内環境も悪くない。給料もいいし休みも取れるし先輩は優しい。
ここは、いい会社だ。
けど駄目なんだ。
３０年前のシステムを枯れた言語でツギハギする仕事じゃ、俺の心はやっぱり満たされない。
ユーザーの業務知識ばかり身につけたって、俺自身の人生には、いいことなんてない。
俺が求めていたのは、この仕事じゃないんだ。
社内の誰も、TumblrもTwitterもやっていない。ライフハックなんて聞いたこともない。
Joostやモバゲーや２ちゃんねるが社会に与える影響について誰も語れない。
休日はゴルフや酒に興じている。自宅にPCを持ってない人までいる。
おかしいことじゃない。普通の人たちだ。
それどころか彼らは、仕事とプライベートを切り分けている、立派な人たちだ。
でも、やっぱり俺の生きていきたい世界は、ここじゃないんだ。
たぶん俺がいるのは極北なんだろう。
ここが、人月計算とExcelとスーツの世界というやつなんだろう。
俺は80文字×32行の緑文字を見つめながら、遠い夢を見続ける。
無駄な詰め込みが多いだけだと思う。
VBAとC++の違いをたとえていると解釈、その後、同じように鉛筆とVBAを言っていると解釈。するとぎりぎり成立し得る。
三段落目の間に「手作業入力？ ふざけるなVBAの方がまだマシだ！」という文章があれば自然になるんだと思う。
いきなり調子が狂うから面食らうけど、こういうときは保管するから違和感なく俺は読めるんだ。
まあ、分かれば良いんだよ。言いたいことはジェネレーションギャップだったし、どんだけ素人の文章に求める気だよ。
いや俺もプログラマ（だしVBAはクソだと思ってる）だけどね。
それにしたって第二段落は要約すると「プログラマはVBAなんて瞬時に理解できてクソだとわかる」と言ってるだけで、話の流れ（他のスキルが出てきたときに対応できるとは限らない）に対して、少なくとも2段階くらいのロジックでつながるような内容にはなってないと思うが。
これが分かりにくいといったらメンヘラの巣窟はもっと分かりにくいと思う。
http://okwave.jp/qa5419623.html?ans_count_asc=20
職場でのマクロを使うことについて討論されていたので、プログラマの視点で語ってみようと思う、
そもそもマクロとは、物事を自動化してヒューマンエラーを無くし、作業を素早く楽に処理出来るようにしてくれる便利なツールである、日頃楽をしたいと思ってるプログラマならマクロを使うことは大賛成だ、ここで上司が技術インフラが整っていない所でスキルを必要とするような事をされては困る、みたいな意見が出ていたが、この点でもプログラマは問題ない、他の人が使ってるマクロを、便利だね、って言ってソースを貰っても、修正したけりゃ自分で修正する、ソースが貰えなくてアイデアだけ教えて貰った場合でもVBAなんて触った事がないC++プログラマが、VBAの仕様を調べ、ソースを書き、マクロを完成させ、実行時にしかデバッグ出来ない事に愚痴をこぼし、付属のIDEの使い勝手に苛立ちを覚え、VB6.0ベースの言語仕様に辟易し、VBAなんてクソったれだ!!、という感想を持つまでにそう期間は必要無い、
ただこれは、最初からプログラムを作るという仕事をしている私たちのベクトルへ、IT化の名の下に紙と鉛筆で作業していた人達が歩み寄る形になった為に得た偶然の優位性だ、
上司の年齢は知らない、上司の立場からすれば紙と鉛筆で綺麗な字を正確に速く書くのが実力だと言われていた世代なのかもしれない、そう考えると仕事と直結しないマクロという間接的な技術のツールを作り効率化を図るというのに対しある種のジェネレーションギャップが生じたのかもしれない、上司はそのジェネレーションギャップに対応出来なかった固い頭の人なのか、はたまた技術インフラを考えての達観した人なのか、
IT化がどんどん進む昨今、私が上司のようにまったく違うベクトルに遭遇するという事はないかもしれない、しかしソースコードを書いてアプリケーションを作るという手法から先の手法になった時、私はこの種のジェネレーションギャップを乗り越える事が出来るだろうか。
本に掲載されている人工無能が難しくて、泣きそうになった。
それで簡単なランチャーを作った。
WAVファイルから某サウンドカードで使われていた形式のファイルに変換するツールを作ったこともある。
いいプログラムが作りたくて、構造化の設計手法について勉強したこともあった。
AthenaProjectというエミュ鯖のコミュニティに参加して、ペットを改造したり、日本ではまだ未実装の傭兵を実装したこともある。
ソフトを買うお金がないので、AccesのVBAで複式簿記の家計簿を作ったりもした。
でも、なぜ、知らないが、その後プログラムを組むこともなくなり、ゲームばかりするようになってしまった。
それから二年後、ふとしたはずみでプログラマーになりたいと思った。
でも、Cなどの構造化言語の使い方は知ってるが、オブジェクト指向は全く知らなかった。
C#やJavaなどの言語を学校に通って勉強し、ストップウォッチやモグラたたきゲームなどを作った。
でも、それだけでは足りなさそうなので、オンラインゲームもどきを作った。
これだけあれば中小なら就職できるだろう。
そう思った。
でも、冷静に考えてみたらおれの年齢は26歳。
今更プログラムが組めるようになっても遅いんだよ。
Webアナリストになりたいんです！っていう人が出てくるほど、Webアナリストという職が世の中に浸透しているとは思えませんが、なりたいって思ってる人がいるかもしれないので書いてみます。といっても、自分もまだまだWebアナリストとしてはヒヨッコなんですけどね。
めちゃくちゃ必要です。
Webアナリストは常にExcelを起動していると言っても過言でないくらい、Excelと向かい合って仕事しています。
関数は基本的なものはもちろん、マクロ・VBAに関しても使えた方が良いです。
ちなみに私はVBAは作れません。
勉強せねば・・・。
ここでは最低限押さえておいてほしい関数や機能をあげてみます。
当たり前ですが、これは必要です。
用語の意味とその数値がいいのか悪いのかを判断できるようにならないといけません。
まずは下記の用語と意味を覚えてください。意味は自分で調べてください。
Webアナリストの仕事は、解析をして、ここが悪いと指摘するだけじゃダメなんですね。具体的な改善提案を示すことが必要です。
ここで改善提案を示すのに必要になるのが、サイト制作の知識なわけです。
あえてサイト制作とばっくりとした書き方にしたのは、サイト制作がデザインとか、ユーザビリティとかそういった言葉を内包しているからです。
ここについては素養として制作の知識を持っていれば持っているほど、深みのある提案ができると思います。
私はここの知識が乏しいので、なかなか厳しいと日々感じています。
アナリストが行う分析は大きく２つに分けられます。
1つはサイト内部の分析、もう1つは集客（広告効果測定含む）の分析です。
じゃあ集客の知識って何があればいいのって話ですが、こんな知識をつけておくと役に立ちます。
数値が良くないと気づき、なんとなく打つべき施策はわかったとしても、この施策を打てば本当に現状より良くなるのか、確証が持てないことがあります。
そんなときに行うべきテストの方法を知っておくと便利です。
A/Bテストや多変量テスト、リスティングのT&Dローテーションなんかがテストの一例です。
あぁ、またこれかよ、と思われそうですが、これは主に2つの理由で結構必要だったりします。
1つは自分が3や4の知識が乏しくて改善提案を示せないときに、デザイナーやマーケ担当の人とコミュニケーションを図って糸口を見つけ出すことが必須だからです。
もう一つは自分が改善提案をしたものが裏目に出てしまった場合。
いかに角を立てずに説明できるかがポイントになったりします・・・。
当然ですが、自分が解析した知識は共有しないと全く意味がない訳で。
だって方針を決めるのはディレクターだし、手を動かすのはデザイナーやプログラマーな訳で。
で、上層部は「うちのサイトはどうなんだぁ？」というすごく抽象的な説明を投げかける訳で。
そういったキーマンたちにきっちり説明するために、プレゼンテーションの知識は必要になります。
これは6とも通じるところですね。
最後に。
アクセス解析はやろうと思えばどこまでも際限なくできてしまいます。
でも時間は有限なわけで。
どこかで線引きをしないといつまでたっても終わりません。
このときまでにここまでの数字を出そうと心に決めて、できれば手帳に書いて、仕事を進めることが
とーーーーーっても大事です。
ちなみに、本格的に勉強したいなーってひとがいたら、最近発売された
「ウェブ解析力 ROI(投資対効果)を最大化するアクセス解析の実践的ノウハウ90」
という本は一度目を通してみると良いと思います。
これだけじゃなく、アクセス解析に関する本は少ないので、一通り目を通してみても良いかもしれません。
いかがでしょうか？
文系の私大でなので大学でプログラミングっぽいことは一切勉強してません。
この業界を目指すようになってから独学でVBAを始めて、最近始めて自分でプログラミングをしたというレベルです。
やっと変数の初歩を覚えて、ランダムで生成される計算ドリルみたいなのを作りました。
自分で書いたプログラミングが動くというのは楽しい！もっと早くからやれば良かったです。
さて、ここからが本題です。
今やりたい仕事の優先順位は
こんな感じです。
なんでWEB系かというと、広告に興味がある、BtoCであることの楽しさ、
常に新しい技術に触れられる。こんなところです。
正直言えば、楽しそうだからです。ソーシャルとかクラウドに触れてると
なんかの液が分泌されてる感じがするからです。たまらんのです。
しかし現実として求人の多くはSierやITコンサル、組み込み系の会社です。
もちろんこいいった企業の仕事も魅力に感じている部分もあります。
しかしやはりWEBへの興味が勝ります。
又、就職活動をすすめていって
・ある程度以上の規模のSierは安定している
新人の教育という意味でもSierの方が安定しているように感じます。
そこで、以下の質問があります。
１ やはり最初からねばってねばってWEB系を目指すべきか？
JAVASCRIPTとVBAとPHPなんて、IT業界への就職を考えるなら「挙げるのが恥ずかしくなるレベル」だろ。野球部に入るのに「バットとボールの形の違いがわかります！」とか言ってる程度の。
カウンセリングするほうもそれがわかってるから、「あー、まあ、基礎くらいは知っとけ、お前」という意味でプログラミングとデータベースを習え、と言ってるわけだ。JAVAもORACLEもその一例にすぎん。
独学は望み薄だろうから、金銭的余裕があるなら専門学校に行った方がいいのかもしれないが、アレな学生に巻き込まれてダメになる可能性も高い。
というか、元増田はそもそも何になりたいんだ？
プログラマーに転職しようと思っているが、今年で２６歳になる。
調べてみると、２０代後半ではまず無理という内容モノばかりだった。
扱える言語はJavaScriptとHTMLとAccessのVBAぐらいしかない。
http://anond.hatelabo.jp/20090416174053
http://www10.ocn.ne.jp/~mitinoie/
http://www10.ocn.ne.jp/~mitinoie/money.7z
制作物もたったこれだけしかない。
プログラマーになるのはあきらめるべきなのだろうか。
誰か教えてほしい。