先日こういうツイートが流れてきた。 Q:なぜ金融系では未だにCOBOLが使われるんですか？ A:お手元にExcelがありましたら任意のセルに「=4.8-4.7-0.1」って入れてみてください。— 遊撃部長F/S&RWAs (@fstora) 2024年6月6日 Q:なぜ金融系では未だにCOBOLが使われるんですか？ A:お手元にExcelがありましたら任意のセルに「=4.8-4.7-0.1」って入れてみてください。 普段我々がゴリゴリ馬車馬のように使っているソフトウェアでよく利用されている浮動小数点型、すなわちfloatやdoubleなどは特定の算術に弱いことが知られている。というかもうこの手の話題はあまりに拡散されてしまったので、なぜかネット民はみんな知っている基礎教養、三毛別羆事件とかデーモンコアみたいな感じになっている。 ちなみにこれはCOBOLかそうではないか、という軸が問題になっ

仕事でsedのコードをパパッと書いて使ったら、コードレビューで動かんと言われてしまった。そういえば、同僚はMacで、おれはLinuxだったな。 まぁsedならよくある話なので、しょうがないと思ってawkで同じことをした。awkは比較的もうちょっと互換性がある気がしているからだ(どっこいどっこいな気もする)。 しかしまだ動かないと言う。もう、大絶叫だ。アー。おしまいだ。カスがよ〜〜〜と思いつつ(社会人なので絶叫はしない)、よく調べてみるとmakeの互換性だった。というのも、試しにbrew install makeしてGNU Makeで試してみてくれ、と言ったら、あっさり動いたからである。実はsedもawkも悪くなくて、そいつを呼び出してるmakeに互換性がなかった。ごめんな、お前たち悪くなかったよ。でもそれはそうと互換性はない。 define foobarstring ... endef #

こういうツイートを見た。 少し違う話だけど、 目に見えるものすぐ口に出す私もこれにうんうんと頷きつつ、逆に｢今日の富士山はキレイだね｣と隣で言われると一言目に｢そうだね｣を返せない。 ｢今日の富士山綺麗だね｣ ｢どこが？｣←これで反感買う。 私の予想する相手の答え例｢雲が無くてハッキリ見えてる所が｣ https://t.co/Q2BlshhAxZ— ふーてん丸 (@huutenenigma) 2024年3月15日 kwsk ってインターネットスラングの中では珍しく敵意の無いものだったんだな。 https://t.co/m7FCoezS9X— すあま (@suama13) 2024年3月15日 思考の過程を掘り下げたくて理由を聞く、というのはわりとよくあるコミュニケーション様式である。日常でもよく使うし、仕事では実際にそれを聞くのが大事なので、もっと使う（それはそうと、あくまでつねにニコニコ

日記です。 ずっと昔からのことだが、努力するのが下手で、なんとかならないかと思っているうちにあっという間に30歳になってしまった。とはいえまだ諦めたわけではなく、自分に可能な範囲で努力していきたいと思ってはいるのだが、ウーンもっと努力していれば……と悔しい思いをすることもままある。 30歳になってしまったので、あまりアドバイスしてもらえるような年齢でもなくなってしまった。このため一層の努力が必要になってしまう。コイツがんばってるな、と思ったら、声をかけてもらえると嬉しいです。 もちろん得意でやっていることはいくつかあって、ブログを書いて技術記事を上げていくとか、Scalaのコミュニティをなんとか運営？できているところとか、勉強会を開催するといったことはやっている。とりあえず手を動かせばやれる的なことは得意なのか、割とうまくいっている。 だが、地道な努力が必要になる分野は未だに苦手だ。ちゃん

ついに広島で開催されたプログラミングの祭典YAPC 2024 Hiroshimaに参加し、さきほど帰宅したのでレポートです。2/19〜2/21までの各イベントに参加しました。いくつかのトピックに分けて、現場の熱量をなるだけ伝えようと思います。 ついにやってきた大規模カンファレンス ついに、と書いていますがYAPCは例年ある程度安定して開催されています。ではなぜこう書いたかというと、COVID-19によりプログラミングコミュニティのカンファレンスが熱量を失ってしまっていたことが理由です。 COVID-19の猛威は日本中に襲いかかり、ありとあらゆるイベントを中止に追いやってきたわけですが、プログラミングコミュニティの集会も例に漏れませんでした。YAPC::2020はCOVID-19の打撃を受けて延期してしまいました。他のコミュニティも、2020年当時に同じような苦渋の決断を行っていたことと思い

こういうツイートを見た。 Scala (or Java) で、jsonのdiffをpatchファイルみたいな感じでわかりやすいテキストで出力してくれるライブラリないかなあ。そしてjacksonに依存してないといいな— Arthur (@Arthur1__) 2024年1月13日 現代のプログラミングではJSONの差分を取ったり、逆にパッチを当てるということがよくある。可能ならそれがPretty Printできると良い。 JSONの差分をScalaで取る方法についていくつか調べてみたのでメモ。 JSONの差分をどう表現する？ JSON Patch diffson diffsonでJSON Patchを生成する diffsonでJSON Patchを適用する diffsonでJSON Merge Patchを生成する diffsonでJSON Merge Patchを適用する JSON Pat

同僚と1on1していて面白い話をしたのでメモ。 プロジェクトの不確実性 前提として、自分はソフトウェアエンジニアとして働いているのだが、0→1的な仕事の場合、プロジェクトは最初は不確実で混沌とした状態にあり、しばらくの創発的な状況を通過していくことでいずれ不確実性が減っていき、最終的にはプロダクトとして結実する、という流れを辿る。 最初のうちは不確実だし、様々な可能性に目を向けることが必要な段階なので、ブレインストーミング的な感じでランダム性やクリエイティビティを誘導したりすることが多い。一方、これはビジネスなので、最終的にはプロダクトとして結実させなければならない。したがって道筋を描くための段取りはしなければならない。 よくある不確実性コーンみたいなのを思い描いてほしい。 不確実性へのアプローチ 自分は理数系の正式な教育を受けておらず、どちらかといえばいわゆる人文系な発想をしがちである。

Scalaは難しいと思われたり敬遠されがちである。Scalaの難しさについてTwitterなどでアンケートをとったり、ネットでググって意見を吸い上げてみた。議論の叩き台にするみたいな用途を意図しています。 ご意見や記事募集中です。できればTwitterじゃなくて記事だと嬉しいです。流れていってしまうので・・・ また、私見は私見です。 追記（2024-03-08）ちなみに、色々書いていますが僕はScalaが大好きです（このブログでものすごい数の初心者～中級者向けの記事を書いています）し、ネットで言われているような終わった言語ではまったくないです。初心者をサポートして、難しいと感じている部分をほぐして、みんながScalaでワイワイやれるようにコミュニティを立ち上げ、継続的に活動しています。おかげさまで日本の公式Scalaコミュニティとして認めてもらっています。ブログのバナー下のリンクからDis

自分は、仕事でScalaを数年間・プライベートな経験を含めると10年弱のScalaの経験がある、そこそこの熟練Scalaエンジニアだ。チームにメンバーが入ってきたり他人に勧めるたびにScalaの環境構築を教えている一方、最新の知見を反映した記事が無くて他人に勧めづらかったので、自分が書くことにした。 現在ある記事 けっこう古びている 覚えながら書かれていることが多いのでやや曖昧な箇所がある(でもありがとう！) 最新のツールが利用できておらず無駄が多い 網羅的でない 今回目指す内容 最新の知見を活用して最短距離を目指す 何もない状況から一通りのツールが揃う所を目指す Scalaの環境構築は年を追うごとに簡単になってきているので、大多数の読者は引っかからずに進めるようになっているはず。 Scalaは基本的にJVMで動作する言語だ。このため環境構築にはJVMのセットアップも含まれるのだが、それに

薄々気付いている人もいたかもしれないけど、数日前からTwitterの利用はほぼ控えてマストドンで暮らしている。 mstdn.takuya-a.net これにはいくつか理由がある。まず第一にTwitterでの文化が疲弊していてこれ以上面白いことは起こらないだろうなという諦念のようなものが浮かんできたこと、そしてイーロン・マスクがダマで非公式クライアントをBANし、コッソリ規約を書き換えたことに相当腹が立ったこと、まあそんなところ。 自分がTwitterを使いだしたのはかなり前のことで、東日本大震災があった時にもTwitterでたまげていた記憶があるので少なくとも12年は使っていることになる(途中でアカウントを消して同名で取得しなおしたりしているのでアカウントの画面に表示される利用開始年はこれと大きくずれている)。だからかなり愛着のあるサービスだし、これ以上使っているサービスとなるとそれこそG

自分のウェブサイト( http://www.3qe.us/ )をCloudFront+S3構成からCloudflareを使った構成に乗り換えたので、ひっかかった点やつまづいた点などをメモしておく。 結論としては普通に移行できたが、メールとの兼ね合いでDNSまわりでちょっと配慮が必要な部分があるかも、といった具合。試したいときは全部読んでからチャレンジしよう。 ウェブサイトの静的配信にCloudFrontとS3を使っていた モチベーション: ALBのコストが高い Cloudflare 構成 Cloudflare Pages Cloudflare+ Denoflare + R2 修正 R2のstatic hosting機能を直接使う 手順 Webサイト追加 R2バケット作成 APIトークン作成 Denoflareでworkerをデプロイする 完了 まとめ オチ 参考文献 ウェブサイトの静的配信

PGP鍵を交換しました。というのも、元々使っていたPGP鍵はYubikey上で生成して使っていたところ、数ヶ月前にYubikeyを紛失するという赤っ恥の行いをやらかしてしまい、とっとと失効させて作り直す必要があったからです。ありがたいことに手元に旧い鍵の失効証明書があったので、失効は終わっています。そのまましばらくPGP自体使っていなかったのでそのままにしていたのですが、最近PGPを使う用事が発生したのでちゃんと作ることにしました。 本当は、旧い鍵の主鍵で新たな鍵の主鍵に署名したり、Key Transition Statementというのを作成して両者の鍵で署名したりして、「正当に鍵が移行しましたよ」ということを表明しなければならないのですが、いかんせん旧い主鍵を使えない形態で旧鍵を運用していたので、これができません。しょうがないので、たとえばhttps://www.3qe.usに公開鍵情

普段の暮らしにおいて、実装の仕様をエンジニア単独では決められないことがあって、そういうときにはマネージャーとかディレクターといった意思決定可能な立場の人の判断を仰ぐことになるのだけれど、そういう立場にある人は無限にミーティングをしていたり、無限に同じような意思決定を続けなければならないので、とにかく多忙だ。 そこで、ちょっと判断を仰ぎたいのですが、といったシチュエーションでは、GitHubのIssueなどの非同期なコミュニケーションチャンネルを使って、非同期に通知が飛ぶようにメンションしつつ、以下のことをすると良い。 松竹梅で候補をあらかじめ立てておく 松はハイコストだけれど理想に近い 梅は激安プラン夜行バスといった雰囲気 GitHubはリストの冒頭にチェックリストを入れることができて、しかもチーム内だったら勝手にいじれるはず - [ ] 松プラン: DBを1000xlargeにする (費

うれしすぎるンゴ〜〜〜 あらまし 自分は技術記事をよく書いているのだけれど、そういう記事は基本的に構造化して書くから、必然的に見出しの量も多くなる。そして、構造化されているがゆえに、「この節の部分にリンクしたい」ということがあるものである。 そして、hタグにはid属性を付与することができ、それを使うと特定の節へのリンクを作ることは可能なのだ。 だが、はてなブログではそうはなっていなかったので、人間が<h2 id="">とか書かなくてはならなかった。 そこで、いちおう書いておくかと思って問い合わせフォームから実装してほしいンゴ〜〜〜という旨のことをもう少し丁寧に書いておき、そのまま忘れていた。 すると・・・ staff.hatenablog.com うれしすぎるンゴ〜〜〜 ところで、こういう話題もある。 masawada.hatenablog.jp まさわだくんプロダクトの便利なツールを使う

id:kiryuanzu のTweetをたまたま見て、うなってしまった。 学生時代、前半で単位が取れなかったり後期は就活のために色々やったりで何かに追われるような感覚が常にあったように思うけど、社会人になってからはそういった感覚がなく穏やかな精神で保ち続けていることにやっと自覚し始めたのでその心持ちでどう人生をやっていくかを考えた方が良さそうに思う— 桐生あんず (@anzu_mmm) 2022年4月28日 たしかに自分も単位に追われる大学時代を送っていた。キャンパスには、浮世離れした悠長な感覚もフワフワ漂っていたし、それとは別に就活の名のもとに暗い光が外から差し込んできて、卒業する頃には社会という黒い太陽が登りはじめ、あたり一面を染め上げていくような不穏さも同時に存在していたのが、今となっては懐かしい。さきほど目の検査をしに大学病院に行ったけれど、そこもなんだか悠長な感じがしてキャンパス

Web系のエンジニアとして糊口を凌ぐようになってから5年ほど経ち、そこそこ仕事ができるようになってきた自負があるのだが、見上げてみればキリがなく、爆速で進捗を出す先輩エンジニアのふもとまで届く気がしない。ロケットのような推進力が自分にもあればいいのにと思っても、自分の歩みはカヌーくらい。 ところで、身の回りでどんなエンジニアがうまくいっているのか、その特徴について考えると、色々大変なことがあってもしばらくするとケロッとしている人が多いように思う。めちゃくちゃな負荷やプライベートでしんどかったりしても(それはそれで大変なのだが)しばらくすると何事もなかったかのように仕事をやっていたり、いつも通りOSSを書いていたりする。そういう復帰力はこれまで意識したことが無かった。思い返せば、だいたい嫌な事があった日はぐったりしているし、その週もあまり調子が出ずじまいで、とうとう土日も寝ていたりする。 こ

仕事と生活のストレスが鬼やばくて、キーボード殴ったり、iPad床に投げたりしてる。このままでは人格が荒廃してしまう。なんとかならないのか。 仕事 追記: なんかバズっててびっくりした。会社の悪口言うつもりはない。会社はめっちゃ良い会社なんだけど、リモートでちょっとギシギシしてるとか俺が単純に忙しいとかで疲弊してるだけなのでそこんとこよろしく。誰も悪くない。誰も・・・ 最近鬼忙しくて、今やってる仕事終わってもその3つ先くらいまでプロジェクトがもうアサインされていて、まだ今のプロジェクト終わってないけど、次のキックオフいつやりますか、って調整してたりするみたいな感じ。選択の余地はなくて、もう勝手にアサインされてて、奴隷の暮らしが約束されている。自由意志が欲しい。一事が万事こういう感じで、俺に選択の余地はなくて、従うしか無い、みたいなのばっかり経験している。重要な意思決定は俺以外の偉い人がみんな

思った事とか勉強したことをまとめて書き出したり表現したりする、つまりアウトプットを、なかなか書けない時とするする書ける時というのがある。その違いは何なのかとか、アウトプットがうまくいかないときに、それを妨げている心理的障害は何なのかを掘り下げていくうちに、これ自体が一つのアウトプットになった。つまり今回は成功だ。 だいたい僕はアウトラインの途中らへんまでを構成して、そしてそれを半分くらい文章として肉付けしているあたりで厭になって辞めてしまうことが多いのだった。ブログの下書きにはそういった文書が積み重なっていて圧巻だ。 なんで途中で辞めてしまうのか。それはやはり劣等感と遠くでつながっている話であるようだった。僕はまず辞めてしまうタイミングに着目して、その時どういうふうに感じているか、自分と向き合ってみた。すると、僕がアウトプットの中途で書くのをやめてしまうのは、「大したことをやっているように

この記事は，はてなエンジニアアドベントカレンダー2016の10日目の記事です．昨日は，id:dekokun によるVarnishによる一貫性を考慮した積極的キャッシュ戦略実験 - でこてっくろぐ ねおでした．今日は学生向け！フレッシュ！ こんにちは．はてなでアプリケーションエンジニアとして働いているid:Windymeltです． 今年の春から新卒として入社し，ようやく業務に慣れてきたものの，今までとはまったく違う環境での新生活に，ちょっぴり不思議な気持ちを味わっています． 私がソフトウェアエンジニアとして働いていることを知ると驚く人がいます． 私は法律系の学科を卒業しましたが，情報系の学科でないにもかかわらずソフトウェアエンジニアとして働いていることが意外に思われるようです． とはいえ，私は現在Scalaを主と使ってサービス開発に携わっており，日々なんとか設計とコーディングの経験を積むべく