タグ

ブックマーク / www.nurs.or.jp/~ogochan (16)

  • ESP32とオレオレ証明書 | おごちゃんの雑文

    とあるシステムを作るのに、ESP32とSinatraを使っている。 いずれ外部に公開するということ、今時はhttpsが普通だということもあって、ESP32からSinatraへのアクセスもhttpsを使うことにした。 まだローカルで試している段階なので、オレオレ証明書(自己署名証明書)を使って試そうとしていたのだが、これが一筋縄では行かなかったのでメモ。 実はESP32でhttpsを使う事例は、ちょっとググればいくらでも出て来る。なので、それ自体はそんなに難しいことではない。何らかの方法でサーバの証明書を手に入れ、それをクライアントに組み込めば良い。 extern esp_http_client_handle_t initialize_httpc(void) { esp_http_client_handle_t client; esp_http_client_config_t config

  • 使いこなそうとする悪いクセ | おごちゃんの雑文

    gitのこのエントリがちょっと盛り上がってた。 gitの良さがいまだに分からない 文もブコメも読んだのだけど、ほとんどの人が「使いこなせてない」ということを問題視しているように見える。 gitのエントリはいつもそれなりに話題になり、それぞれ面白かったりタメになったりするのだが、いつも何らかの既視感を感じていた。ずーっと考えてみたら、それはかつての TeX にあったことによく似てる。 「往時のTeX」も「今のgit」も、 割と誰もが使うことになる てゆーか使ってないと恥ずかしかったりする 結果は素敵だけど学習コストは低くない という点でよく似てる。だからこそ「ノウハウ」の記事がいっぱい上がり、それらについてあれこれ言われ、また「哲学」みたいな「作法」みたいなものも議論になる。 近頃はTeXを使うことが減ったのではあるけど、昔はTeXはよく使っていた。TeXと言っても生TeXではなくて、La

    mikage014
    mikage014 2019/04/09
  • COBOL技術者を絶滅させても何も問題は解決しない | おごちゃんの雑文

    最初はもっとキャッチーなタイトルにしようと思ったんだが、そんなしょうもないことしてもしょうもないんで。 そろそろCOBOL絶滅のシナリオを考えようか 「語るに落ちる」とはこのことである。この人はCOBOLに親でも殺されたのだろうか? こんな炎上芸で問題が解決したら、何の苦労もない。 COBOLのメリットを一々挙げて反論する気はない。しかし、事実として現にCOBOLは多くの場所で使われている。その理由は何か。 あれこれあるのであるが、最大のメリットにして最大のデメリットとして挙げたいと思うのは、 後方互換性の高さ である。 後方互換性が高いことについてのメリットは、誰でもわかることだろう。COBOLもそれを売りにして来た。「古いCOBOL」のコードであっても、現代の最新のCOBOL規格から見てvalidであって、正しく同じ動作をするバイナリが出て来る。COBOLは実に60年近い歴史があるのだ

  • ま た 大 森 敏 行 か | おごちゃんの雑文

    一連のCOBOLの話で、また日経BPがアホな記事を上げている。 COBOLは難しいか、記者が試しにコードを書いてみた まぁ努力は認めるが、間違いだらけである。で、記者を見ると、以前にクソ記事で私に叩かれた「大森敏行」氏である。 以前に叩いたエントリはこっち。 「悪い大人」 どうもこの人の傾向として、よく知りもしないことをよく調べもせずに、わかったようなことをわかったような文章で書くというのがあるようだ。てめーは自分が物事をよく知らないってことに謙虚になれんのか? 細かい間違いを一々指摘するのは馬鹿げているので、大きな部分だけ挙げておく。 まず、題材を「FizzBuzz」に持って来たのが間違いである。 COBOLは「データ構造の扱い」を記述する言語であるので、「処理」を書くことはあまり得意ではない。この「得意ではない」というのは、出来ないとか表現能力が低いとかではなくて、 簡潔な表現が出来な

  • 自分が働きたい会社にする | おごちゃんの雑文

    お向かいの人が、 自分が働きたい会社にしない とか言ってるので。 お向かいにしては人に一度も会ったことないのが不思議である。当にお向かいで、資源ゴミは同じ捨て場に出してる場所なんだけど。って、「お向かい」なのは登記上と前の拠地で、普段は秋葉原の事務所にいるってこともあるんだが。「お向かい」とは言え、入口は1違う通りだからかも。そう言えばあのビル、1階はこっち向きに入口があって、そこを借りてる人はうちのゴミ置き場に置いて行く。それはいいんだが出し方が良くないので、うちの大家が渋々片付けている。 弊社はだいたい9:30〜18:00の定時制で大雑把に7時間くらいの労働。今時ならちょっと長めの定時だと思うのだけど、開始時間についてあまりうるさく言わないし、終了時間も早上がりについて気にしないので、実質は7時間弱だと思う。まぁ、人数少ない会社で、適当に遊びに行ったりしてるので、根詰めたような

  • 現時点で「裁量労働制のメリットを言う人達」が致命的に勘違いしていること | おごちゃんの雑文

    裁量労働制の範囲拡大は無事お流れになったようなので、何を今さらなんだけど。 裁量労働制は当に「定額働かせ放題」なのか 高度なスキルを持つと自負し、高い裁量が欲しい私のような労働者を野党が目の敵にしてることはよく分かった。実に残念だ。 — Yukihiro Matsumoto (@yukihiro_matz) 2018年3月1日 どちらも賛成側のようだけど、「現時点」の問題について何の弁護にもなっていない。 両者共、メリットを言ってる。てか、matzが裁量労働になっているのは実に当時の私がそうしようと言ったからなので、こういった人達が裁量労働制であることに、メリットこそあれデメリットなぞないと信じている。「信じている」というからにはこれは信念であって、仮にデメリットが出て来ればそれは改善してしまえばいいだけだと思ってる。 しかし、今問題になっているのは、「裁量労働制」そのものではなくて、

  • COBOL「私を殺すと言ってた言語は、みんな死んだよ」 | おごちゃんの雑文

    ITPro方面に火種があったので。 COBOLやVB6との決別、初手は不良資産の一掃 中を読めばいつもに日経コンピュータなんだが… 例によって、日経コンピュータがCOBOLを悪者にしている。まぁ、いつものことなんで、それ自体は割とどうでもいいんだが、見出し詐欺はいけない。何がそうかと言えば、後半の「かんぽ生命」の話。 1200億円の巨費を投じて基幹系システムをNEC製メインフレームから米IBM機に移行し、2017年1月に稼働させたかんぽ生命保険も、ツールで全体の1割に相当する不要資産を廃棄した。NECの独自言語「IDLII」からCOBOLにツールでリライトした。 見出しに「COBOLやVB6との決別」とか言いながら、よく見れば COBOLにした という話だ。見出しと違う話なんで「あれれ?」と思ってTwitterで聞いたりもしたんだが、 かんぽ生命副社長・井戸潔が語る基幹系システム刷新、成功

  • 「 ソフトウェアの資産計上」は業界の求めたこと | おごちゃんの雑文

    Twitterで いつどう言う理由でこんなアフォな法律にしたのか知らないけど、即刻撤回するだけで日IT国になれる気がする。 「日においては、税務上は自社開発のソフトウェアも資産計上して、3年若しくは5年で減価償却をする必要があります。」 https://t.co/TaAkA72OG7 — ザバ(ザバイオーネ) (@z_zabaglione) 2017年8月22日 というのが流れて来て元ネタの、 Amazonは最大のハックである「税ハック」と日のソフトウェア産業の競争優位 を読んだのだが、事実誤認とゆーか、読みスジ違いが酷いのでまとめておく。会計士の人が書いているようなので、そういった意味の「間違い」ではないのだが、根にズレがある。 そもそも、昔は無形固定資産に「ソフトウェア」という科目はなかった。 なかったらどうだったかと言えば、「ソフトウェア」は全て経費であり損金だった。その当

    mikage014
    mikage014 2017/08/23
  • だから、「COBOL」の問題じゃないってば | おごちゃんの雑文

    日経コンピュータの馬鹿がまた俺に喧嘩を売る気らしい。 [3]COBOL資産を守って、若者の可能性をつぶす愚 この手の話は既に何度も言ってるので、繰り返しにしかならないのだが、別に「COBOL」が悪いわけじゃない。 それはCOBOLのせいじゃない COBOLは「負の遺産」なんかじゃない 言いたいことはこれらのエントリで言い尽しているのだが、問題は「COBOL」という言語にはない。ある程度歴史を持ってしまった汎用言語は全て同じ危険を持っている。 件のエントリでは「COBOL資産」はあたかも「負債」であるかのようなことを言われているのだが、それ自体は特に負債ではない。そもそも私は、 技術的負債 とかって言葉は嫌いだ。技術者の血と汗の塊を「負債」呼ばわりするなぞ、失礼の極みだ。 件のエントリで問題視するべきなのは、そこじゃない。てか、実のところ件のエントリはそこに触れているのに、力が足りない。 「

  • 「プログラム設計書」って必要? | おごちゃんの雑文

    最近のお題は「プログラム設計書」らしい。 私はプログラムに書くコメントが嫌いだ。それどころか コメントを書いたら負け とさえ思っている。同じ理由で、「プログラム設計書」とか「詳細仕様書」と呼ばれるコードレベルの設計書も嫌いだ。嫌いなだけじゃなくて不要だと思っている。 なんせそういったコードレベルの設計書に書くべきことは細かい。細かいということは、「実装を縛る」ものだから、その分精度が必要となる。ところが、精度を追及すると、 書くのが大変 検証が大変 版管理が大変 ということになって、いたずらに工数が増える。そして、タチの悪いことに、 すぐ嘘になり、その嘘を検証するのが困難 ということになってしまう。 何しろ人間ってのは間違える。間違えなくても、想像力に限界がある。そのため、コードレベルの設計書はどんどん改訂しなきゃいけないことになるのだが、その改訂に付随する手間もさることながら、そうやって

    mikage014
    mikage014 2013/01/16
    「コードレベルの設計書はどんどん改訂しなきゃいけないことになるのだが、その改訂に付随する手間もさることながら、そうやっている時の間違いの検証が難しい。」
  • メディアを面白くなくさせる奴等 | おごちゃんの雑文

    虚構新聞のギャグが秀逸過ぎて、担がれた人達が怒っているらしい。 もうちょっと冷静な人達も、「虚構新聞はそうわかるようにタイトルに工夫しろ」とか、お行儀のいいことを言っているらしい。 おまえら、そんなに情弱を育てて、メディアを退屈なものにしたいのか? それは、「モンスター視聴者」に殺された テレビ と同じことになるぞ。 虚構新聞に担がれるのは情弱。異論は認めない。なぜなら、虚構新聞は 1クリックすれば虚構とわかる からだ。まぁ知らない人が1度くらい騙されるのはいい。でも、「1クリック」を惜しまなければ、騙されることなんて皆無だ。なぜなら、タイトルにはしっかり「虚構新聞」と書かれているからだ。それにまぁ、記事読めば虚構だってわかる。わからない奴は多分何を読んでもわからない。 その1クリックを惜しんで、キャッチーなタイトルに反応して拡散するものだから、一見デマが流れているように見える。そして、そ

    mikage014
    mikage014 2012/05/16
    「普段マジメなことを言い、いかにも情強ですとゆー顔をしている奴が、実は情弱だったとゆーことを晒される。ここまでやってネットのギャグは完結する。」
  • 僕の知ってる「特許庁」の話 | おごちゃんの雑文

    私の見聞きした話の断片を憶測でつないだことなんで、話半分で読んで欲しい。ただ、個々の事実として語っている部分は事実だ。 また、スキャンダル的な部分を除けば、いろんなプロジェクトに共通することなので、一つの「寓話」として読んでもらうといいかも知れない。 特許庁のプロジェクトがコケたって話はあちこちで語られ、いい話のネタになっているようなんだけど、私が知っている範囲では、そういった綺麗な失敗ではない。 くどいようだが、話の断片を憶測でつないだことだから、その辺は用心して読むように。実はfacebookにちょろっと書いたんだけど、もうちょっと整理して書いておく。 「特許庁」のプロジェクトは、実は始まった時くらいに誘われていた。そういった話を持って来た人がいたからだ。あれだけの大プロジェクトに「その人」がなんで関わっていたかは知らない。まぁ当時は「その人」はそれなりに信用していた部分もあったので、

    mikage014
    mikage014 2012/02/06
    あぁ…/「ベンダーとしては「説明されない夢」なんて仕様に出来ない。それでも多分、「こんな感じですか?」っていっぱい持って行ったんだと思う。」
  • 私が多分Google+をあまり使わんだろう理由 | おごちゃんの雑文

    Google+に招待してもらった。こーゆー話題には乗っておかないとね。 プロフィールのURLはどれを書けばいいのかよくわからんけど、「ogochan@gmail.com」で探してもらえればいます。 でもまぁ、話題に乗るために招待してもらったんだけど、あんまり使わんだろうなって予感がしている。まぁ、てめーで作ってるんだからそれ使えとかあるんだけど、そんなことよりも何よりも、結局のところ Googleのサービスだから ってのが大きい。 基的に私はアンチGoogleだってのはあるんだけど、いろんな点でリスペクトしているのは当然のこと。ただ、今回ばかりは、ちょっと酷いなと思った。 何が酷いかと言えば、Google+に招待されて、アカウントを作って以来、私はまだ1文字もGoogle+に情報を入れていない。ところが、 最初からこれだけの情報が入っている(サークルの承認はしたけど、それはクリックだけで

  • 「京速」は潰れるべきだったのだ。明日の世界一のために | おごちゃんの雑文

    「京速」見送りで、コンピュータのわかってる人までが残念がっているのが不思議でしょうがない。 スーパーコンピューターを復活してほしい – 西 和彦 こういった主張を見ると、「なんでもかんでも世界一になってりゃいいのか」と思えて来る。 もう何度も書いているけれど、あのプロジェクトは「次の世界一」のために潰れるべきだったのだ。 日が世界一のコンピュータが作れるようになること、これに異論はない。「二番目ではダメなのか?」と言われれば、「ダメに決まってるだろ」と答えるものだ。これに異論があるコの業界の者は少ないだろう。いや、異論なんか持つな。この気概こそが日のコの業界の未来につながるのだ。 しかし、そう思うからこそ、「京速」は潰れるべきだと考える。 まず、TOP500のリストを見て、近年の傾向を見るといい。 今年1位だったJaguarは、公称2.3PFLOPS、実測1.75PFlopsだそうだ。

  • ブログを書く暇があったらプログラムを書け | おごちゃんの雑文

    小飼氏の外エントリ。 小飼弾「転職活動する暇があったらブログを書け」 これは彼自身の経験から書いてるのだろうけど、私の経験からは極めて否定的。→を見ればわかるように、10年以上前から実名でプロフィール晒してホームページやら雑文やら公開してるけれど、それを見てマトモな仕事が来たことは、 ただの一度もない のだ。 とは言え、「ネットの書き物」を書くことに夢持ってる人の夢を奪ってもしょうがないし、ネガティブなことは書く方もモチベーション持てないし、そもそも小飼氏が成功体験を持っているから「そんなの意味ねーよ」なんてエントリは書かない。だいたい、ネットはネガティブな意見に流れがちだし。 ということで、個人的成功体験の方を書くと、表題のこと。 小飼氏の書いてることは、少なくとも間違ってはいない。私が採用に関わってる時は、常に「ネットにどんな文章を晒しているか」ということを見るからだ。だから、ネットに

  • 「天才エンジニア」でIT業界は変わらない | おごちゃんの雑文

    相変らずITProが「勘違い奴隷育成キャンペーン」をやろうとしているように見える。 天才高校生はIT業界を変えられるか? この高校生が偉いんだってことは、まぁそうなんだろうと思うけれど、大変残念ながら彼等がエンジニアになる限り、IT業界なんて変えられない。 彼等がどういったことをやって、どんな成績でどうであったかは「まぁ偉いんだね」とわかればいい。何であれ成果を出すのは良いことだから、そういった意味では評価されていい。まぁこの記事だけでは何が偉かったかまでよくわからないのが残念だけど、リンク先を見ればいい。 というのはまぁいいんだが、問題はこの記者の持っている期待だ。 それでも,マイクロソフトのビル・ゲイツやGoogleのセルゲイ・ブリン,ラリー・ペイジといった天才が世界を変えたように,保坂さんのような天才が将来,日IT業界を変えてくれることを,密かに期待してしまうのだ。 という部分。

    mikage014
    mikage014 2009/09/09
    日本のIT業界を変えるのは世界を変えるより難しいかもしれない
  • 1