  |
はてなキーワード: プログラムとは
Xで共有された動画で塾講師の先生が「要領が悪い奴は定数を動かそうとする、変数をどうにかすべき、だからこういうところが数学を学ぶ意味だ」とか言ってんのよ
いいか、数学ってのは公理から演繹的に体系を導き出す「芸術」だ
証明法にもエレガントさってものがあるし、第一、美しくない公理体系は見向きもされない
定数ってのは物理学の話だ。物理学にはプランク定数h、光の速度c、重力定数G、という基本的な3つの定数があるが、たしかにこれらを「動かそう」という話はしない
あるいは数学にもπやeのような定数はあるが、要領の良さとは無関係であり、動かそうという話もない
しかしそれは常識レベルの話だ、「誰も神の力を持っていない」と言うようなものだからだ
線型回帰を適用したら定数項が出るかも知れないが、これは変数に依存しないというだけの話で、データが変われば動く
政治に対しては努力次第で影響を与えられるし、人間関係だってそうだろう
「努力の大きさに見合わないほど、それを動かすのが難しい」という話をしたいなら、残念ながらそれは「定数」の話ではない、むしろ現象が変数に対して持つ感度の問題である
しかし俺がいいたいのはそういうことじゃない。芸術であるはずのものを「要領の良さ」という低俗なトピックに落とし込むその感性が全く同意できないのである
例えばラングランズ・プログラムの先にあるものはなにか、と考えれば、それは驚愕的な数学の繋がりを示すことであり、陳腐とも言える「要領のいい」応用を目指したものではないだろう
要領の良さというのは、要するに経済学の話であり、数学ではない
わかったか？
【追記】ブコメに『（恋愛経験ではなく)「人を好きになる経験」の話に言い換えられる』とあり、しっくりきたのでタイトルを変更しました。
色々あると思うけど、一番は「恋をしている時、どれだけ自分がアホになるのか」を身を以て経験していないこと、これが良くない
人間は恋愛状態に陥ると本当にアホになる。相手の行動の全部が気になり、些細な動作の一つ一つに自分へのメッセージが込められていると思い込み、言葉や行動一つ一つに過剰に振り回され、そして「自分がこんなに好きだから、相手も自分のことを特別に思ってくれているに違いない」と勘違いする
これはハッキリ言って避けられない。人間に、引いては生物全体にプログラムされた思考回路だ
なのでその状態になるのは仕方ないが、肝心なのは「いかに自分がアホになるか」を身を以て体験することだ
人の恋愛話を聞くと「どうしてそんな滑稽になれるのか」と思う、けれども恋愛が自分ごとになった時、自らもまたとんでもないアホになっている。アホになるまいとしてもこれは防げない。気付けばアホになっている
お酒を飲みすぎた人が「まだ酔っていない」と言うのと一緒で、あるいは低体温に陥った人が矛盾脱衣をするのと同じで、状態異常によって判断力や思考回路が捻じ曲げられた結果、冷静だったら絶対にやらないことをするのだ
中学校の同級生が恋をし、舞い上がり、そして振られるという痛々しい出来事を目の当たりにしなかった人はいるだろうか。人によっては、その時に「自分は絶対恋愛なんてしないぞ」と誓った人もいるだろう
しかし人は初めて恋をしたら必ずそうなる。本能的な高揚感とバラ色の未来の前払いに酔いしれて、世界一気持ち悪い存在に成り果てる。だからその洗礼を受けるのは若い時の方が良い。20歳を過ぎる頃には笑い話にしてもらえる
そして恋心に振り回された人だけが、恋心の厄介さと手に負えなさを知り、少しだけ自分を客観視できるようになる
本気の恋をすると人はアホになることを知り、恋をしている自分はおかしくなっているということを自覚し、そこでようやく恋を乗りこなす準備ができる
段々恋心を手なづけながら、相手に自分を好きになってもらう技術や距離を詰める技術を学び、自分の魅力や立ち位置を自覚し、失恋した時の自分はどうなってしまうのかを体験し……これでようやく「恋愛で事故らない人間」になれる
一朝一夕にはいかず、そして非常にダサいこの修練の時間を、できれば学生時代に修了させておくのがその後の人生を楽にしてくれる
中学で笑われたものは、成人式の頃にはやらかしを笑い話にできる
ある程度人生を進めた人にとって、恋に向き合うことは通過儀礼であり、やらかしを笑いこそすれ、向き合った本人を笑うことはない
なのでどんなにみっともなくても、成人するまでに一度はガチ恋しておいた方が良いし、もちろんそこで失恋しても闇のストーカーにならずに上手く切り替える方法も学び、火傷をしない恋愛方法を覚えておくことが推奨される
恋愛と自動車学校は働き出したら難しい。思春期の頃のプライドの前に恋を諦めることなく、果敢に挑戦する若者が一人でも多くなることを祈るばかりである
でもだったらGUIツールでSQLの出力部先にある程度組み立てて支援使えばよくね？とも思うので
順序性でわからないって言われれるといや、プログラム考えるときの思考と同じ順序では？になるので
何が言いたいのかわからんになるの
https://www.docswell.com/s/hoxo-m_inc/Z4Q8NL-2024-05-06-203800#p11
出力が先に来ることが分からないって言ってるけどプログラム書くとき殆どの言語においては出力が先に来ると思うんだけどそれもわからないんだろうか
public String test(String args){
return args;
}
大抵戻り値（出力）が先で引数（入力）が来て処理が来ると思うんだけど違う？
プログラムを書くときって出力の要件を元にして処理と入力が決まると思うんだけど違う？
シーケンスとか書くと確かに入力が元に来るんだけどプログラムの当初設計をするときは出力が先で出力を得るための入力と処理が決まる物だと思うんだ
入力を決めて処理と出力を考えてたら考慮漏れ発生して手戻り発生しない？
補完がやりづらいからっていうのはわかるけど、そんなんFROM句先にかけよで終わると思うので
うちの会社では5年くらい前から新卒入社のトレーニングプログラムに実機を使った電話の取次ぎ講習入れてる。
毎年、配属後に現場で困ったことのフィードバック受けて更新かけてる。
毎年毎年この時期になると「新人が電話の取り方がわからないって言う」ってクソ記事出てくるけど、そんなもん1日2日の講習である程度解決できるだろ、なにやってだ。
ガタガタ言ってる奴らの家行ったってもうどうせ固定電話なんか置いてないだろうし、もう固定電話で電話を取り次ぐって経験したことない奴らのほうが多いのは普通にわかるだろ。そこは教育でフォローしたれや。
いい区切りだったので乱文になるけど吐き出させてほしい
8年ほど前、まだ20代後半だった自分が今の会社に中途採用された際に同時入社の同期が１人いた
自分とは歳の離れた40代後半であった同期である彼こそが後に、時限爆弾を仕掛ける人物である
入社した会社はその時期に基幹システムの刷新を考えていたらしく
その募集でシステム部として採用されたのが自分とその同期であった
当時のシステム部の社員は2名体制で1人が60代で定年間近の上司A、もう一人は50代の上司B
2人でなんとか基幹システムの維持だけを行っている状態であった
会社としては基幹システムの刷新以外にも社員の世代交代を徐々に行っていくための採用だったと入社直後に言われた記憶がある
60代の上司A、50代の上司B、40代の同期、そして20代の自分
確かにそのまま行けば年齢層は順調に推移して、10年単位で20代を採用することを繰り返せばいい感じにも思えた
入社してからの仕事としては60代上司Aの定年退職が控えているため、まずは稼働中の基幹システムの仕様理解に日々の業務の引継ぎ
そんな多忙な業務をこなすなか同期と話すうちに彼の人柄が徐々にわかってきた
箇条書きでまとめるとこんな感じだったと思う
・今の会社に採用される前、同じような職を転々として現在8社目であること
・受託システム開発ばかりやっていたが、そろそろゆっくり仕事ができる社内SEでまったり過ごしたいこと
・年齢と経歴の割にプログラムが雑なこと（※これは自分視点だがそう的外れではないと思う
また、今の会社に対してのスタンスや不満が溜まってきていることも伝わってきた
・システムを作る自分たちのチームが上で、運用するチームを下だと見下していること
・その運用チームから稼働テストの際にミスを指摘されると不機嫌になること
中々怪しい気配が漂ってきたと当時の自分は思った
残業に関しては、毎日という程ではないが20時頃までは働いていたと思う、遅くても21時までだったはずだ
ただこれはシステムの刷新が終わるまでという明確なゴールがあったのでそれまでは申し訳ないが対応してほしいと事前に説明があったし残業代もきっちり出ていた
自分は前職が完全にブラックで終電帰り、残業代なしが当たり前という環境もあったため特に問題なく仕事ができていたが同期はかなりストレスだったようだ
給料については会社の方針として勤続給ではなく年齢給であったため同時入社であるものの同期は自分よりかなり貰っていたはずであるが、それでも不満だったようだ
トラブルといってもただ上司Bが打ち合わせ中の同期の態度について不真面目だと切れて説教したのだ
この上司Bと同期の彼は相性が悪いようで度々小さな衝突はあったが上司Bが声を荒げて説教するのは始めてのことであった。
しかしこのことがきっかけで上司Bは同期に対して我慢がきかなくなったのかこの後もおよそ2ヶ月に1度のペースで業務のミスといったことから朝に挨拶をしなかったといった細かいことまで説教は続いた
この状態に嫌気が差した同期はある時を境にプライベートの予定があるからと基本残業はしなくなった
たまにどうしても必要がある際は業務命令という形で残業を依頼していたが、それでも19時くらいまでであった
しかし同期はそれもかなり不満だったらしく
残業した日は会社の最寄り駅と会社の間にあるビジネスホテルに泊まり
翌朝、ホテルの前を出勤中の社長や役員の前を偶然を装ってチェックアウトして遭遇し上司Bが無茶な残業を強要するせいでホテルに泊まる羽目になったとアピールするということもあったという
そのため、ちょくちょくシステム部にたいして過度な残業に関する指導が入っていたと後に上司Aから聞いたことがある
そして入社からおよそ3年が過ぎ、なんとか新システムも完成に近づいた時
しかしこの時は同期も相当機嫌が悪かったのか、それとも今まで積もり積もったストレスが限界だったのか、もしくは両方か分からないが
上司Bも同期もお互いに売り言葉に買い言葉で収集が付かず、上司Bが一旦頭を冷やすといって席を離れた際に同期はPCを少しいじると私物をまとめ無断で早退として帰っていった
なおこの時、上司Aは有給で休み、自分は電話応対中であったため止める者がおらず気がついたら終わっていたといっていいスピード感だった
そして同期は翌日、人事部に退職すると電話するとその後出社することはなかった
新システムの作成中データを取り出すために起動したがそれ以降はそのまま一度も起動することなく放置という状態であった
上司Bは撤去したい様子ではあったが、ある役員から戻って来るかもしれないからとりあえずそのままにしておくようにと指示があったので触れることもしなかった
その後、同期の担当分を自分が引継ぎ新システムの作成にとりかかるが彼の担当していた機能はなんとなく察してはいたが、かなり雑な作りな上
運用部門の要望をまったく聞かなかったため、とてもリリースできる状態でないことが発覚
改めて要望に沿った形で修正をする方針で進めると彼が作成したコードで残った部分は30％も残らなかった、ほとんど作り直しと言っていいレベルだ
そのときには定年から雇用延長となっていた上司Aは区切りがついたと退職
会社の業績もあまり安定しない時期でもあったため追加人員の採用は見送られシステム部は上司Bと自分の2名体制となった
その際に新システム作成が評価されたのと2名体制で苦労をかける事情からか自分は課長に昇進した、4年目のことである
新システムはその後、小さなトラブルはあるものの順調に稼働を続ける
なお小さなトラブルの大半は同期の彼が作った部分が関わっていることが多く
その度に彼が作ったコードは修正され、今では機能の殆どに彼のコードは残っていない
残っているのはせいぜい彼が名付けた関数名や変数名くらいである、中身はもう別物だ
そして6年目のある日、上司Bが突然亡くなった
腹痛を訴え病院へ、で即入院してそのまま復帰することなくという形だ
癌だったらしい
その時の会社の上層部はかなり大慌てであったらしいがシステム部としては正直あまり変わりがなかった
というのも新システムを作る際に運用部門の要望をほぼ取り込んだ結果
システム部の基幹システムに関する仕事はほとんどなくなったといっていいレベルとなったのだ
しかし周りはそうは思っていないらしく、システム部は1人しかいないのだから極力負担をかけないようにと各部門には通達がいったらしい
しかし実態はあれだけ忙しく残業していた日々が嘘のように毎日定時で帰っても問題ないのだ
同期の彼が望んでいたゆっくり仕事ができる環境がここに完成していた
そんな中、同期のPCを残しておくよう指示を出した役員も退職する時期となり
そこで改めてPCを起動して中をいろいろ確認していったのだが、そこであることに気づく
起動回数は1回限りで未実行、起動予定はかなり過去の日付が指定されており、とっくにその日付は過ぎていた
バッチ処理の内容を詳しく見てみるとPCの全ドライブの消去コマンドが書かれていた
同期の嫌がらせだったらしい
起動予定の日付を良く確認すると彼が退職を連絡した日の翌月が指定されていた
しかし実際は彼が退職した翌日以来、PCを起動した事はないしバッチも動作していない
※今回は不発だったから良いけど実際にやると損賠賠償になるから
このことは報告していないが、業務でバッチ処理に関わる度に同期のことを思い出す
もし彼が残っていたら昇進したのは自分ではなく同期となり、彼の言う満足いく給料を貰えたかもしれない
もし彼が残っていたら上司Bがいなくなりストレスがない職場で彼は働けたかもしれない
もし彼が残っていたら運用部門からの要請はなくなり、残業とは無縁な仕事が出来たかもしれない
いや最後のは無理かな
作ってたコード雑だったし、人の話聞かなかったし
ふと彼のその後が気になって調べてみたことがある
世間話で同期がSNSをやっていると聞いたことがあり検索してみたのだ
アカウントは知らなかったが彼の話していた世間話の内容で検索してみると意外なほど簡単に見つけることができた、アイコンも自身の顔写真にしており間違いないと思われた
また次（の次？）の職場で残業がらみのトラブルを起こした愚痴が書いてあった
うちの会社を退職したときの事は何を書いていたのか過去の在職期間の投稿を見てみると大半は案の定愚痴の羅列が並んでいた
そして、その連続した投稿の中で退職直後の時期に面白い投稿があった
要約するならこうだろうか
社内システム作っている自分に無茶ぶりばかり、データ全部消去して退職してやった
直してくれと謝罪の連絡してももう遅い、既に新しいホワイトな職場でまったり仕事中です
彼の中でうちの会社は有用スキルを持った人間を無能と決めつけ追放したギルドのように写っていたらしい
しかし実際はデータ削除の時限爆弾は不発であったし、仮に成功していても
現在彼の書いたコードはほぼ残っていないから直してくれと依頼することもない
そして彼の新しい職場は現在のSNSの投稿を見るに彼基準ではホワイトな職場ではないと自白をしている始末だ
ところで実際彼に連絡した人がいたのかという話だが
上司Bは既に亡くなっているので分からないが、おそらく連絡はとらなかっただろう
彼が退職の連絡をしてきた後、残っていた有給を消化したくらいのタイミング（大体1か月後）で退職に伴う書類の送付先の確認で何度か電話をしたが繋がることはなかったという
どうやら彼はこの連絡を会社からの謝罪の連絡だと思っていたのかもしれない
次から次へとFizzBuzzプログラム書けない、パソコンの操作わからないゴミ人間に会う。
前の職場でもそうだった。
前の職場もそうだったし、その前もそうだった。
プードル プール プッシュ通知 プディング プリンセス プリンス プラス プラットフォーム プラズマ プラスチック プラネタリウム プラネット プリン体 プライド プライバシー プライベート プラカード プリーツ プリズム プリペイドカード プリマドンナ プリント プリンター プルタブ プルトニウム プレス プレゼント プレッシャー プレハブ プレー プレーヤー プレーオフ プレート プレートテクトニクス プレースタイル プロ プロフェッショナル プロファイル プログラム プログラマー プログラミング プロセス プロセスチーズ プロテスタント プレパラート プロット プロダクト プロテクター プロトタイプ プロムナード プロペラ プロポーズ プロレス プロレタリア プロローグ プロンプター プロデューサー
4連休が始まり、専ら散歩とインドカレーを楽しんでいる。「インドカレーのスパイスで頭がおかしくなるのではないか」と思ったことはあったが杞憂だった。
家で過ごすときは、自分の気力のレベルでも作れる程度の簡単なプログラムを書いている。今日作ったのはポモドーロタイマーとTODOリスト管理ツールだ。
何かを作るとしても、自分が使えるようなものでないとやる気が出ないので、便利ツールとして作っている。
作ったものを自分自身で使って試すのは「ドッグフーディング」と呼ぶらしい。ドッグフードが犬にとって健康的で安全であることを示すには実際に食って確かめろ、というわけだ。
次に作ろうと思うのはブログ記事推薦ツールである。廃人日記を読み込み、ふさわしい記事をピックアップするツールである。
1. ブログ記事を収集しその集合をS1とする。廃人日記を収集しそれをS2とする。
2. S1, S2をベクトル化する。S2は時間減衰関数で重み付けして線型結合し、これをTというベクトルとして保存する。
3. Tのベクトルに最も類似するベクトルを数件S1から取得する。
仕事とは違い、趣味のコーディングはルンルン気分だ。期限もなければ収益もない。自分がほしいかどうかだけがモチベーションである。
とにかく言動が噛み合わなくて、他人に合わせる気がなくて、薄気味悪いんだけど。
この気持ち悪さって、ひとことで言えば「ゲームのモンスター」なんだよな。
あらかじめプログラムされた何らかの行動指針に従っていて、臨機応変に行動を変更したりしない。
こちらはそのプログラムを予測しながら、先の行動を読んであらかじめ対処するしかない。
世間はGWだが、私は昨日・今日・明日は仕事がある。その後は4連休だ。
ところで午前だけ活発に過ごすという習慣を始めてみて、かなり調子がいい。
早寝早起き、21時には寝る。早朝にランニングして冷水シャワーを浴びる。仕事や勉強は午前のうちに終わらせる。この3つをやるようにしている。
長距離走タイプではないので午後は体力がもたない。リラックスのために仕事が終わってからテレビを見ようとするが、テレビの音のストレスにすら耐えられない。
食事は一日2回ぐらいがちょうどいい。朝と夕である。昼に食べると睡魔が襲うことが多い。
リーナス・トーバルズが健康のために部屋でスタンディングデスクとウォーキングマシンを組み合わせて仕事しているという動画を見たことがあるが、部屋にこもりきりのプログラマーという仕事は、そうでもしないと運動する機会が無い。
私も自宅から仕事をしており、一日の歩数が少なすぎて健康に対する危機感を持っている。
それで朝のランニングというわけだが、聞く話によれば、効果を維持したまま運動の時間を減らすには強度を増やす必要があるらしい。だからウォーキングでは時間がかかりすぎてしまうので走るというわけだ。
ランニングの距離は、息が切れてくるタイミングに応じている。私は体力がなく、500mをそれなりの速度で走ればすぐに息が切れるので、そのぐらいで丁度いいと思う。
雨の日はさすがに外へ出ることはないが、そういう日もあるさと思うことにしているし、家の中で筋トレするようなこともない。
体力的に言って、趣味を行うのは休日だけになる。趣味でなにをやるかについてずっと悩み続けてきたわけだが、週末コーディングと銘打って何か作ってみるのも悪くないかもしれない。
もともと私はプログラミングが好きでプログラマーになったわけだが、仕事でやるようなものはあまり気が乗らないのだ。
許可制にして欲しいというよりも、例えば過去にDV離婚してる人は、その理由を次のパートナーにも偽れないようにしてほしい。
一度DVをした人は、定期的な精神科の受診と、更生プログラムへの参加がなければ婚姻は不可、くらいになって欲しい。
こういうライセンスができたら何が起こるかというと、社会的差別だ。DV歴の有無が就職に響いたりするだろう。（仕方ないことだと思うが）
それを未然に防ぐために何が起きるかというと、おそらく婚約届なるものを行政が設けて、婚約関係にあるもの同士でしかその記録を閲覧することはできないと言ったプライバシー保護も必要になる。
また、結婚がライセンス制になることにより、生涯未婚率と内縁関係のパートナーシップ率も上昇するかもしれない。
ただ、DV発生率は下がるだろう。
過去の情報について調べるのは、昔は探偵がやっていたことだと思うが、探偵は調べることはできてもその後の矯正力まではない。
DVした＝精神病または人格障害確定なので、他者の目が入らなければいづれまた同じことを繰り返すだろう。そうならないためにもライセンス制になってほしい。
