はてなキーワード: プログラムとは
板橋区にも、そのかたちをしているときは、Brillia、ときわ台メリーガーデン、 リヴァージュシティ、ファインレジデンス戸田公園の中に、決めつけるAIがないわけではないが、東京や埼玉でやっても、
資源がないから、別のプログラムに組み替えており、ほとんど使用していない。警察が使用していても意味がないから東京ではめったに出て来ない。しかし、延岡市ではやる気満々だから、
ここで、しばしば、燃やされるか刺されるか、であるというが、 決めつけているのは警察官だから、 燃やすも刺すも通用しないだろう。 AIを機能させる計算機が設置されている事務所の中に
トカレフを撃ち込むか、決めつけている警察官をトカレフで銃殺するかしかないような時代になったのである。また、最近は、誰も言わないだけで、バクサイの奴がやっている
自分は頭が悪いプログラマーなのだが、プログラミング自体は好きで、仕事もそれで食べて行けている。
ただ頭が悪いので、他の人なら30分で実装できるものも、自分は半日や一日がかりで実装している。
うんうん悩んで、紙に描いて、書いては消してを繰り返してテストを通るプログラムを一日がかりで書くのが楽しい。今日も頑張ったなと思えて帰宅できる。
けど他の人なら30分でできる。
「ここ詰まってるんですけど……」と実装するための一部を同僚に相談したら、「あーなるほどね」と教えてくれて、ついでに実装全てをどう書くかも流れでついでに書いてくれる。
そこまで聞いてないのだけど。
そのままプルリクエスト出せばいいのだが、俺が理解できていないとまずいので、同僚が書いたプログラムをうんうん考えて理解する時間になる。他人の書いたプログラムは難しい。この時間はつまらない。
元々養蚕が盛んだったこの地は、養蚕を奉った神様やら、猫をかたどった仏像やらがある(本尊は薬師如来)
お寺の境内の中には神社があり、古くからの神仏混交のお寺である。
住職は世襲ではなく、本山から派遣されて来た人が、神道の修行をして両方担うという方式だ。
住職は、猫好きである事、猫の世話ができる事を何よりも重視していて、今いる住職は猫好きの若きイケメンである。
境内には、3匹の猫がいる。うち2匹はもうおじいちゃん・おばあちゃん猫で、いつも寝ている。
場所は、けっこうな山奥であるが、近くを高速道路が通っている。駐車場トイレだけのPAにスマートインターと、高速バスのバス停がある。そこに遠くから来た連中が猫を捨てていく。
季節はこの季節が多いらしい。
今年のGWシーズンは、子猫が数匹と、子どもを孕んだ親猫が1匹だった。
お寺では、保護猫活動などはやっていない。そう、実はお寺はやってないのである。
が、来たものは拒まず。住職と、檀家の有志と自治体と保健所と連携して対処する。宗教法人の会計からはお金をださない。
保健所と言っても殺処分では当然なくて、保健所で捨て猫の健康状態の確認や、、保健所の譲渡会への参加斡旋などをやってくれる仕組みがあり、それに乗っかっている。(保健所管内では、相当前から殺処分等は行っていないらしい)
自治体は、警察への連絡などの事務手続きを受け付けてくれた上で、ICチップの補助、ワクチンの補助などを出してもらう。(去勢手術代は里子先の家に負担してもらっている)
これは企業版ふるさと納税を減資にしたプログラムで、100%補助という有り得ない優遇施策になってる。実は隣の市の葬儀社による寄付金だ。
こうして、まずは猫の基本的な診断が行われる。その後は、境内にある離れで暮らす事になる。
猫の里子先は、まず住職の日常LINEと、檀家回覧板、掲示板でまずは周知される。
今回、子猫はあっさりと里子先が決まったそうで一安心だ。かわいい錆び猫ちゃんである。
まだちゃんとトイレに行けなかったりするので、面会は済んでいるけど、実際に里子に出ていくのは7月ぐらいになる予定である。現在先輩猫がかいがいしく猫の社会の厳しさを教えている模様。
決まらなかった場合には、境内にやってくる猫好きの子に積極的に声をかけたり、さらに保健所の譲渡会など進む。
一方で、母猫はずいぶんおなかが大きいのだが、まだ出産していない。獣医の元に預けている。たぶん住職が金出してる。
猫にICチップが入っていたらしいと言う話は聞いたが、元の飼い主には連絡がとれないそうだ。何があったのやら。
ここら辺の話がもしかしたら広まっていていてこうなっている可能性はある。何回かテレビで紹介されたことがあるし、ブロック紙にも乗っている。
今の住職になってからはそう言った趣旨の報道はやめてもらっているのだが、どこからかあそこに捨てれば保護してくれるという風になっているようだ。
マッチングアプリのはじめましてからデートまでのチャット代行の仕事に戻るわ
ハムスターがエサの方向にいく そのプログラムの中身はわからないほうがいい
プログラムの中身を見ることは許されない
見ることができない もしご主人のプログラムを見ることができたらブレるだろう
なんのためにこれしてきたんだみたいな
暇であったり 対して責任を負う状況じゃなかったら 恋愛は成立する
闇の中で生きてるように見えて実は愛の中で生きている
上に上がろうとしたら 上にあがられた
直前キャンセルってのが苦手らしい
なにか計画を立てて それがおぜん立てになるのがいや チャラになるのがいや
ただただエサのほうにいく
トンパ 落ちるやつを楽しむ看護
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代後半だった自分が今の会社に中途採用された際に同時入社の同期が1人いた
自分とは歳の離れた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か月後)で退職に伴う書類の送付先の確認で何度か電話をしたが繋がることはなかったという
どうやら彼はこの連絡を会社からの謝罪の連絡だと思っていたのかもしれない
プードル プール プッシュ通知 プディング プリンセス プリンス プラス プラットフォーム プラズマ プラスチック プラネタリウム プラネット プリン体 プライド プライバシー プライベート プラカード プリーツ プリズム プリペイドカード プリマドンナ プリント プリンター プルタブ プルトニウム プレス プレゼント プレッシャー プレハブ プレー プレーヤー プレーオフ プレート プレートテクトニクス プレースタイル プロ プロフェッショナル プロファイル プログラム プログラマー プログラミング プロセス プロセスチーズ プロテスタント プレパラート プロット プロダクト プロテクター プロトタイプ プロムナード プロペラ プロポーズ プロレス プロレタリア プロローグ プロンプター プロデューサー
音楽の場合、打ち込みによって生演奏に至る表現が可能になったけど、相変わらず楽器を演奏する人はいなくならない
プログラムだってアセンブリが生きる場はまだあるし、機械語やアセンブリをあえて書く楽しみもある
車だって殆どの車がATだが、MT免許もあるしMT車に乗る楽しみもある
適材適所でしょ
4連休が始まり、専ら散歩とインドカレーを楽しんでいる。「インドカレーのスパイスで頭がおかしくなるのではないか」と思ったことはあったが杞憂だった。
家で過ごすときは、自分の気力のレベルでも作れる程度の簡単なプログラムを書いている。今日作ったのはポモドーロタイマーとTODOリスト管理ツールだ。
何かを作るとしても、自分が使えるようなものでないとやる気が出ないので、便利ツールとして作っている。
作ったものを自分自身で使って試すのは「ドッグフーディング」と呼ぶらしい。ドッグフードが犬にとって健康的で安全であることを示すには実際に食って確かめろ、というわけだ。
次に作ろうと思うのはブログ記事推薦ツールである。廃人日記を読み込み、ふさわしい記事をピックアップするツールである。
1. ブログ記事を収集しその集合をS1とする。廃人日記を収集しそれをS2とする。
2. S1, S2をベクトル化する。S2は時間減衰関数で重み付けして線型結合し、これをTというベクトルとして保存する。
3. Tのベクトルに最も類似するベクトルを数件S1から取得する。
仕事とは違い、趣味のコーディングはルンルン気分だ。期限もなければ収益もない。自分がほしいかどうかだけがモチベーションである。