音響カプラでテレワーク – プログラミング生放送
昨今、感染症対策などのため、政府が企業へ在宅勤務の推進を呼びかけるなどテレワークが注目されています。テレワークの問題のひとつとして、コンピュータ間の通信があります。そこで今回、今後のテレワークでの活用を見越し、公衆交換電話網を利用してコンピューター間の通信を可能にする通信機器「音響カプラ」を入手し、コンピュータ間のデータ通信を試みました。 発信側は、音響カプラ ACTAM C300A 株式会社田村電機製作所 1986年製です。1秒あたり 300bit の通信速度でデータ通信が行えます。 ACTAM C300A と 600形電話機（1982年製） 着信側は、Mobile Gear II MC-R500 日本電気株式会社製 2000年発売（いきなり時代が飛びましたが気にしない）。モデム内蔵です。Windows CE Version 2.0。 Mobile Gear II (MC-R500) 実
実装言語を「Go」から「Rust」に変更、ゲーマー向けチャットアプリ「Discord」の課題とは
ゲーマー向けの無料音声テキストチャットアプリケーション「Discord」を開発、提供するDiscordは2020年2月5日（米国時間）、アプリケーションを支える基盤サービスの一つである「Read States」をRust言語で再実装し、その結果サービスのパフォーマンスが大幅に向上したと公式ブログで明らかにした。 Read StatesサービスはこれまでGo言語で実装されていた。それにもかかわらず、なぜRead StatesをRustで再実装しようとしたのか、どのように再実装したのか、再実装によってどのようにパフォーマンスが向上したかを解説した。 Rustで再実装した背景とは Read Statesサービスの目的は、Discordユーザーがどのチャンネルのどのメッセージを読んだのかを追跡することだ。つまり、ユーザーがDiscordに接続したり、メッセージを送信したり、メッセージを読んだりする
「自分自身では噂の信憑性に疑問を持っていても、買い占められたら困るので、念のため自分も多めに買っておく」現象は経済学的には合理的という話
田中久稔 / Hisatoshi Tanaka @hstnk 自分自身は噂の信憑性に疑問を持っていても、他の人がトイレットペーパーを買い占めてしまったら困るので、念のため自分もトイレットペーパーを多めに買っておくのは全く合理的なわけです。いわゆる「取り付け均衡」ってやつですね。来年度の講義に使おう。 2020-02-28 18:39:03
2020/announcements/新型コロナウィルス感染症 (COVID-19) に関する RubyKaigi 2020 の対応について
以下はすべて 6/4 時点の情報になります (英語でのアナウンスについてはこちらをご覧ください; English version of this announcement can be found here) RubyKaigi 2020 参加者の皆様へ RubyKaigi チームでは、新型コロナウィルス感染症 (COVID-19) に伴い 2 月末に 9 月へ開催の延期を決定しましたが、現時点になっても感染拡大に関して油断ができない状況が続いています。そのため、RubyKaigi チームでは RubyKaigi 2020 の開催中止を決定しました。 RubyKaigi 2020 において 2020/9/3-5 に開催される予定だったイベントは全て中止となります。 そして、RubyKaigi チームでは、今回中止した 9 月開催の日程の一部 (9/3-5) にてオンラインでの代替イベントを
人事の超プロが明かす評価基準 を読んだ & エンジニアの評価基準について - HsbtDiary(2019-02-27)
■ 人事の超プロが明かす評価基準 を読んだ & エンジニアの評価基準について 去年 @pyama86 さんが読みやすくて面白かったと話していたので買ってシュッと読んだ。 確かに面白くて、コンピテンシーという考え方はなるほどなって感じだった。いろんな立場の人が組織にはいるけど、より管掌や責任の範囲が広い人は狭い人ができることは当たり前とした上で、立場にあった評価の基準が重なっていくという話で、自分も含めて「わかるー」という感じだった。 後、この本では評価を決めるのは影響力というくだりがあって、これは特に専門職に分類される人には読んでもらいたいところなんだけど、エンジニアの場合だとシニアエンジニアは「技術力が高い」から評価されるのはなく「技術力が高いので結果として生み出されるアウトプットの影響力が高い」から評価されると置き換えるとわかりやすいと思う。 「アウトプット」と言われると OSS であ
プログラミング言語について語るときに僕の語ること - 愛と勇気と缶ビール
僕はしばらく前までプログラミング言語についての議論を戦わすのが好きな人間だった。 今でもそういう会話が嫌いではないとはいえない。というか好きか嫌いかで言うと好きな方かもしれない。今でもそういった会話、「何とか言語はこういうとこがいけない」「それに比べると(俺の使っている)○○言語はうんたらかんたら」というトークは、茶飲み話としてはそうとう楽しいと思う。酒の席で語るにはもってこいの話題だ。でも、それは職業としてエンジニアをやるいい大人がツバを飛ばして語るような話題ではない、と思う。 なぜそう思うか、と問われれば答えは明快で、その言語を使うコンテキストを無視して言語の優劣を語ることには意味がないと思うからだ。 非常に大雑把な括りをさせて貰えば、いわゆるスクリプト言語および動的な型付けを行う言語は、「少数の一定水準を越えたチームが最大限の効率を発揮するために設計された言語」だと思っている。 例え
一軒家（借家だけど）に越したので犬を飼うことにした
俺は犬と猫が好きだ。嫁も猫と犬が好きだ。だからずっと犬を飼いたかったのだが住宅事情と仕事の関係でずっと飼えなくて、去年の暮に満を持してペット可能の借家を借りることにした。 家は多少ボロいのだがペットOKの条件で探したのでそこは文句なく、中村珠緒似の大家さんに犬を飼っていいか尋ねると「もちろんいいですよぉどぼぼぼぼ」と中村珠緒みたいに笑って許可してくれた。 果たして犬を（願わくば猫も）飼うべく俺たちがまず認識を共有したのは「保護犬（猫）にしよう」ということだった。ここでは生体販売がどうのとか言うつもりはない。ただ、可哀想な子を可愛がろうと思ったのだ。 いくつかの里親募集イベントをネットで調べて二人で出かけてみたが、なんか色々と条件を付けられ「それ必要なのか？」って思うようなものまであって、いくつかのイベントを見送ってはめげずに別の里親イベントの予定を作っていた。 その犬に俺たちが出会ったのは
一斉休校の政府発表時間がテロ過ぎる
1年生の担任なんだけど、ちょっと愚痴らせてくれ…。 今日はあまりにも疲れた…。 昨日2/28（木）18時30分。「全国の小中高特、3/2（月）から一斉休校の要請」が発表されたのはご存知の通り。 いや、わかるよ。そういう対応が必用な状況なのはわかるよ。 でもね…「18時30分」！ 退勤時間過ぎてるんだって！ 教育委員会仕事終わってんじゃん！ 校長帰っちゃってるじゃん！ 明日で今年の学年終わり！？ 勉強の残りどうするの！？ 成績は！？ 来年の1年生のために頑張って作ろうね！って子どもと約束してた制作物どうするの！？ 荷物の持ち帰りは！？1週間かけて持ち帰るもの1日じゃ無理じゃん！ 子供たちとどうお別れすんのさ！ てか保護者休めるの！？ 職員室大騒ぎだけど管理職いない！ なにその株式市場閉じたあとに倒産発表みたいなやつ！ それでですよ、まあ今朝8時に出勤するじゃないですか。 あ、ご存知でした？小
新型肺炎で「神対応」台湾の天才IT大臣やエンジニア達に称賛の声 - まぐまぐニュース！
「天才プログラマー」としてネット上でたびたび話題となっている、台湾のデジタル担当政務委員（大臣に相当）のオードリー・タン（唐鳳）氏（38）が、「新型肺炎」についてプログラマーならではの神対応をおこなったと、多くの台湾人から称賛の声が寄せられているという。それは、いま在庫切れで話題の「マスク」に関係している。 わずか数日で薬局のマスク在庫状況のデータを公開 日本では、1月下旬頃から新型肺炎の予防として使い捨てマスクを買い占める人が続出し、全国の薬局で「マスク品切れ」の状態が続いていることはご存知の通り。お隣の台湾でもマスク不足が深刻化し、入手困難な状態になりつつあるのだが、タン氏や台湾の衛生福利部の公務員たちは、台湾のエンジニアたちが自由に開発できるように、台湾中の各薬局のマスク在庫状況のデータを公開。これを、数日というほんのわずかな時間で成し遂げ、実際に公開されたのが、台湾のエンジニアたち
RISCの元祖、IBM 801はなぜ誕生したのか
RISCの元祖、IBM 801はなぜ誕生したのか：新連載「RISCの生い立ちからRISC-Vまでの遠い道のり」（1/3 ページ） 最近ではArm、RISC-Vなど組み込みでも華々しい活躍を見せているRISCプロセッサ。その歴史的経緯をIT史に詳しい大原雄介さんに解説してもらう連載、スタートです。 先日のキーボード記事が思ったよりも評判良かったようで、少し昔の話を書いてみないか？ ということでいただいたお題がRISCプロセッサ。昨今のRISC-V周りの興隆が背景にあるわけだが、「そもそもRISCの生い立ちは？」という話を少し系統立てて説明をせよ、とのご依頼をいただいた。 ということで、話はRISC以前から始まる。 RISCの祖先というか元祖として認識されているのはIBM 801というプロセッサ（というか、システム）であり、これを開発したのはIBMのThomas J. Watson Resea
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
