いろいろ盛り上がってるけど、今学ぶなら何がいいのか建設的な話をしようじゃないか 20年以上前に聞いたことがあるのはC+だのプラプラだの、ビジュアルベーシックだの、フォートランだの、Javaだのだった 今なら何を学べば一番潰しが聞くのか。これを話してほしいと思う
プログラミングの現実的な話がしたい
いろいろ盛り上がってるけど、今学ぶなら何がいいのか建設的な話をしようじゃないか 20年以上前に聞いたことがあるのはC+だのプラプラだの、ビジュアルベーシックだの、フォートランだの、Javaだのだった 今なら何を学べば一番潰しが聞くのか。これを話してほしいと思う
「マクロを組める事務職」を狙え
https://anond.hatelabo.jp/20230917223337 一般論として、40歳未経験エンジニアを雇ってくれる企業はほぼ存在しないと言っていい。 奇特な会社は雇ってくれるかもしれないが、22歳新卒をよちよちするのと40超えのおっさんをよちよちするのだったら100人中99人は22歳を選ぶ。 その上で、だ。40歳がプログラミングを学んで業務で価値を出しうる唯一と活路と言えるのが掲題の「手作業でちまちまやんなきゃいけないことをマクロで秒で終わらせられる事務職」なのである。 この話のポイントは、世の中には「どう考えても手入力させるには無駄極まりない」にも拘わらず「エンジニアの稼働費用と派遣社員の稼働費用を取ったら『エンジニアなら1時間で終わらせられる仕事』を『派遣社員に2日かけてやらせる』のが経済合理性がある」という現象があちこちに転がっているということだ。 これを書いてる増
プログラミングをやめろ
大学4年間と大学院2年間プログラミングやったやつでもできないし、会社で毎日8時間を数週間プログラミングについやしてもできないやつはできないし、そもそも人類というのはプログラミングできない可能性がある。 少年少女たちに「プログラミングはいいぞ！自由にものが作れて達成感がある！頭が良くなった気分にもなれるし！」と吹聴してまわんのもいいけど、6年間情報科学について勉強したようなやつの大半がプログラミングできないんですよ。それもごくごく初歩的な部分。 野球とかサッカーなら、まあ友達との試合には参加できなくてもごく稀にバットにボールを当てたり、ボールを1回あらぬ方向に蹴ったり、ぶっちゃけ周りとのレベル差で楽しくなくてすぐやめちゃうだろうけど、なんとか基礎の一部ぐらいはできるじゃないですか。 ピアノとかダンスでも、猫踏んじゃったをごくごくゆっくり弾くぐらいはできるかもしんないし、学芸会の振り付けを10
計算複雑性理論を知らないやつが何をやらかすか教えてやろう。 ある業務用..
計算複雑性理論を知らないやつが何をやらかすか教えてやろう。 ある業務用Webシステムは検索結果の表示件数を5/10/20件から選べるようになっててて，URLのパラメーターで「?n=20」とかやって送ってた。メニューからは三つの値しか選べないが手で書き換えれば100とか200とか選べる穴が空いてた。 で，よりによってメモリ使用量がO(n^2)になるコードを書いていやがった。n=500でOutOfMemoryError。リモートから面白いようにサービスを落とせた。 CSを知ってるやつなら，コードを書いた瞬間から「これnの上限チェック入れないとまずいな」とわかるんだよ。というか，普通にこのコードはまずいと考えてアルゴリズムをなおして，O(1)でDBレコード全件持ってきても落ちないコードにできてたはず。
RPAで疲れ果てた
物流会社の事務員なんだけど会社がRPAツールを導入するってんで定型作業を自動化しろって話しでRPAプログラミングをやらされてたんだわ。 それで色々クソな点があったのでシェアします。 1、実務の合間にやらないといけない マネジメントの問題でもあるけど、そういうことなんだよな。 現場がクソ忙しい時に悠長にデバッグとかやってられん。あとデバッグみたいな作業は見た目何もしていないように見えるからここぞとばかりに仕事振られたりする。 2、本番環境とか開発環境とかない。ぶっつけ本番で稼働→失敗→デバッグを繰り返さないといけない。 これは自動化する仕事によると思うんだけど、実際に現場で使うデータをRPAプログラムに投入しないとそもそも要件がわからないことがある。データの特性というか、物流事務なんかだと8割がシステム化されているけど2割は荷主や配送先のわがままで特徴的なデータの不備があって、それに対応する
みんな個人でプログラム書いて便利になってるの？
Pythonが流行っているけれど、どうも便利になってない。 自分はプログラマーではないので、スキルが足りてないだけなのかもしれないけれど・・・。 例えば動画を編集していてDaVinciと他のソフトを連携したいなと思っても、そういうのはググっても出てこない。 Photoshopのプラグインとして機械学習を使ったものを入れたいと思っても、ググっても出てこない。 Pythonからエクセルを動かすのは、試してみたが、VBAマクロの方が楽に感じる。操作を記録する機能はあるし、そこから不要部分削ったりすればよく、 Pythonでエクセル動かそうとすると読みにくいし何やってるか結局わからない。 プログラマーの人はエクセルなどを嫌うけれど、matplotlibを細かい調整しようとすると調べて描画し直してを繰り返さないとならず、 GUIでポチポチ調整する方が楽に感じてしまう。 個人でGUIを作るとして、ボタ
プログラミングというかITが理解できない。
1.具体的な事が分からないプログラミングで主にやる事は下記の2つ。 ①IFでAかBを選択させてどっちかの設定を実行 ②Whileで決められた回数分繰り返す これでやりたいことは分かる。分かるけれどこれでどうやって動画や音楽のエンコードをしたり 画像処理をしたりするソフトウェアになるのかというのがよく分からない。 あるいはWordとかExcelとかがどうやってこんなので作られているのかが分からない。 プログラミング入門書を読んでも、一般的に知られているソフトウェアの作り方みたいな事が 書いてないので、ゴールが見えてこない。だからうんざりしてくる。 入門書を読むと、判定と繰り返しとあとどこかからかそういうプログラムが既に作られている フレームワークだとかよく分からないものを持ってきて使ってくださいってなっている。 だからそのフレームワークがどういう風になっているのかって説明からして欲しいって思
もうじき40代なかばを迎えるプログラマーの遺言（少し追記）(もうちょっと追記）(さらにもうちょっと追記)
世の中にはプログラマー35歳定年説というものがあった。昔からそんなのはないという人と、あるという人がいた。40代も半ばになったときに「あぁ、これが35再定年説の根拠か」というものがなんかちらほら見えるようになってきたので書いてみようと思った。 世の中にはものすごいプログラマーというのはやっぱりいる。なんなら死ぬまでプログラミング書いていられるという人たちもいる（ブラック的な意味ではなく）。そんな彼らからしたらプログラマー35再定年説とか意味がわからない都市伝説にしか映らないだろう。 だが、普通に職業プログラマとして生きている俺のような人からすると、この35歳定年説はかなりの真実味を帯びている。 だが、そんな俺でも40代半ばまで延命できたのはやはり技術革新のおかげかもしれないが、結局平均寿命が伸びただけとも言えるだろう。 まず、技術に対する姿勢が変わる。正直言うとプログラミングとかもうしたく
COBOLってこんな言語
日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。 https://anond.hatelabo.jp/20190205192741 COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。 SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。
ディズニーの本気のプログラミング講座がヤバそう
魔法学校テクノロジアとかいうやつ どっかの電気屋でチラッと見たことあるんだけど、ここを変えるとこうなる、というのがリアルタイムで分かるようになってて感動した。 ほとんどのプログラミング本や講座はほぼ学校の教科書でつまらんしわかりにくいし楽しくもない。 分かる人向け・才能がある人向けの講座だ。 ディズニーのはゲーム形式みたいだし楽しさしかなさそう。 とりあえず体験版申し込んだ。 プログラミング挫折勢だけど手を出す価値あるかなぁ。 取り扱い言語がいいのか悪いのかもわからん。 HTMLとCSSは理解済みだから学習必要ないけど。 どのレベルまで学習できるのかはしらん。 JavaScript/HTML/CSS/Processing/Shader jsは知ってるけどプロセッシングとかシェーダ？とかは初めて聞いた 10万かけて学ぶ価値はあるのだろうか
正しいでしょ。例えば、二桁の整数の和を返すプログラムなら簡単に完璧に..
正しいでしょ。例えば、二桁の整数の和を返すプログラムなら簡単に完璧に作れる。それが複雑になろうが原理的には可能。
派遣先を選ぶ際の「バカ避け」としての質問項目
東京都内で、一般派遣のPGとして何年か働いてきました。時給は2600円前後の案件が多かったです。（個人的にはもっと上げたいところですが、なかなか叶っていません） いわゆるWeb系が7割、SIer系が3割です。 SIer系（社内SE含む）は総じてクソだという印象を抱いていますので、バイアスがあるかもしれません。 どんな職種や就業形態であれ、何年かやっていると誰でも、「この条件を満たす就業先はアウトだから、ここで働いてはいけないな」という判断基準が自分の中で確立されてくるものだと思います。 自分のそのような判断基準を整理する意味合いも含めて、「就業先（派遣先）との面談の際、これを聞けば良いな」と思う質問項目を書き出してみようと思います。 typoはご容赦ください。 (1)作業に使うPCのメモリ容量とディスプレイの画素数と枚数を教えてください。 メモリ8GB未満→論外。「我々は、たかだか数千円の
シフト演算子使うなって言われた
リーダー「ここの処理普通に書いて」 俺「どこがおかしいんですか？」 リーダー「シフト演算子使わないで。可読性下がるから。」 俺「…」 これって俺が悪いのか？ 別にコーディング規約にそんなこと書いてないし、 この仕事やっててシフト演算子ごときで可読性って呆れてしまった。 やってられんわ。
プログラミング出来ない奴ちょっと来い
プログラミング出来る方法教える。 世の中「プログラミング言語」を説く本はごまんとあれど「プログラミング」を説く本やブログはあまりない。 いや実際に "ない" というのはかなり語弊があるかもしれない。 しかし、通常この種の説明している本に辿り着くまでには多くの時間が必要だ。 普通の人は、多くの間違った方法を試し、その都度試行錯誤を重ね、プログラミング経験を経ることよって、重要な概念を獲得するのだと思う。 例えば、「計算機プログラムの構造と解釈」や「実用 Common Lisp」、「コンピュータプログラミングの概念・技法・モデル」などの書籍は現実の問題に対し "プログラム" をどう書くかという問題に正面から取り組んでいる良書だ。 しかし、どれだけ”普通の”プログラマが上記のような書籍を読んでいるのだろうか。 そして、"普通のプログラマ" がプログラミングを学ぶ書籍として、それらは果たして適切と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング始めたいって言うと
変数名とか関数名つけるの難しい
SEだが正直noteのやらかしを見てほっとしている
プログラミング教育で「授業で教えていないのでダメ！」ってやるの？