「少女漫画の神様」とも呼ばれる萩尾望都(もと)がデビュー50年を迎えた。SFやファンタジーを通して未来を見つめ、異端者やマイノリティーに思いを注いできた。今も第一線を走り続ける。「SFは異なる文化体系と、未来の社会を考えることにつながる」。そう静かに、力強く語る。「SFを描きたくて漫画家になった」という萩尾。2016年に始まった「萩尾望都SF原画展」は東京、神戸などを巡り、デビュー50年とな
三体 (ハヤカワ文庫SF) 作者:劉 慈欣早川書房Amazon『三体』とは! 中国の作家劉慈欣によって書かれたSF三部作の第一部目にして、中国国内だけで三部作累計2100万部を刊行し、さらに日本でも人気のケン・リュウによる翻訳によってアメリカの歴史あるヒューゴー賞を受賞した傑作である。ヒューゴー賞受賞の何が凄いかと言うと、翻訳書としてははじめてのの受賞になるのだ。 それぐらい作品の内容が圧倒していたともいえる。で、あまりSFとは縁のなさそうなオバマやザッカーバーグも絶賛していたりとか、アニメ化が決定したりとか話題は尽きないんだけれども、とにもかくにもこれだけは覚えて帰ってもらいたいのは、この『三体』は、話題先行の内容はまあおもしろいね、いうほどじゃないけど的な軟弱な態度で読み終わる作品ではなく、その肥大化しきっているともいえる話題性に劣らない、圧倒的なおもしろさのある、純粋におもしろいSF
Linux カーネルのメモリ管理方法について、勉強したことをまとめる。 メモリ管理はハードウェアに強く依存するため、x86_64 かつ OS起動後に 64bitプロテクトモード に移行したあとに話を絞る。また、OS は CentOS7.6、カーネルは次のバージョンを利用する。 ]# cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) ]# uname -a Linux localhost.localdomain 3.10.0-957.21.3.el7.x86_64 #1 SMP Tue Jun 18 16:35:19 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux 概要 ノイマン型アーキテクチャ コンピュータの基本的な構成のひとつ。次の図が参考になる。 ほぼ全てのコンピュータが、このアーキ
この記事で、アルゴリズムの勉強はアルゴリズムカタログを覚えることじゃないよということを書きました。 プログラムの理論とはなにか アルゴリズムの勉強というのは、スポーツで言えば腕立て伏せや走り込みみたいな基礎体力を養うようなもので、「ソートなんか実際に自分で書くことないだろう」とかいうのは「サッカーは腕つかわないのに腕立ていらないだろう」とか「野球で1kmも走ることなんかないのに長距離の走り込みいらないだろう」とか言うようなものです。 Twitterでアルゴリズムの勉強とはなにかと尋ねられて、「アルゴリズムの基本的なパターンを知って、それらの性質の分析のしかたをしって、いろいろなアルゴリズムでどのように応用されているか知って、自分が組むアルゴリズムの性質を判断できるようになることだと思います。 」と答えたのですが、じゃあ実際どういう本で勉強すればいいか、ぼくの知ってる本からまとめてみました。
はじめに Amazon Auroraは、AWSを触る人ならほとんどの人が利用を検討したことがあるでしょう。 Amazon社内ではOracleを止めたというtweetもありました SHUTDOWN ABORT the last Oracle database running Amazon Fulfillment! pic.twitter.com/DorqTua2Lt— John Darrow (@jdarrow) 2019年3月29日 そんなAuroraは、従来のRDBとは違いクラウド上で動くことを念頭に設計されています。 また、ログが中心的な役割を持つことから「The log is the database」と表現されることもあります。 そんなAuroraの仕組みについての論文を読んだので紹介します。 読んだ論文は以下の2つです。 Amazon Aurora: Design Conside
なんか、このサイトBootstrapくさい。そう感じることはありませんか? その理由はズバリ、欧文ベースでつくられたフレームワークを文字構造の違う日本語で適用した際に不都合が出てしまっているからです。 それらが醸し出す違和感を放っておくと、Bootstrapくささを生み出す大きな原因になってしまいます。 そもそもの問題として、欧文と比較して和文は文字の要素が多く、文字自体のリズムも少ないため、どうしても複雑で単調に見えてしまいます。 しかし、和文だからといってあきらめることはありません。BootstrapのCSSを少しだけ変えるだけでグッと見た目がよくなる隠し味をご紹介します。 1. line-heightで行間にゆとりを。明朝やゴシックなど、フォントの種類が言葉の印象を表すように、文字の行間は読みやすさ、文章全体の雰囲気を左右します。 欧文をベースに設計されたBootstrapをそのまま
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
Transcript ΅͘ͷϑϩϯτΤϯυֶश .JY�-FBQ�4UVEZ�ಛผฤ���$50�/JHIU�,"/4"*�7PM�� wTBLJUP !@@TBLJUP@@ � w'SPOU�&OE�&OHJOFFS� w3FBDU XFCQBDL (BUTCZ+4� w&WFOU� w#POpSF�'SPOUFOE� w3FBDU�NFFUVQ� w*OTJEF�'SPOUFOE� ϠϑʔͰͬͯΔ͜ͱ wϑϩϯτΤϯυνʔϜʹॴଐ� w#UP#ͷϑϩϯτΤϯυ� wओʹ3FBDUΛ͍ͬͯΔ� wٕज़બఆɺϨϏϡʔɺ։ൃͳͲ� wશࣾϑϩϯτΤϯυΠϕϯτͷ։࠵� wϥϯνձ� w-5ձ� wࣾ֎͚ษڧձ ϓϥΠϕʔτͰͬͯΔ͜ͱ wϑϩϯτΤϯυؔ࿈ͷهࣄΛॻ͘� wษڧձ� wओ࠵Λ͢Δ� wࢀՃΛ͢Δ� wελοϑʹͳΔ� w෭ۀΛ͢Δ ࠓ͢͜ͱɺ͞ͳ͍͜ͱ ࠓ
TL;DR 聴講メモ Intro into durability PostgreSQLのCHECKPIONT CHECKPOINT中にエラーが発生したら? fsyncへの2つの間違った期待 なぜ今になって問題が明らかになってきた? そもそもなぜBufferd I/Oなのか? どうやって直すかか 参考リンク 質疑 最後に 先日PostgreSQLの新しいマイナーバージョンがリリースされました。このマイナーリリースでメインとなる修正は「fsync周りのバグ修正」で、このバグは間違ったfsyncに対する間違った認識から約20年間存在してたバグということで注目されていました。 このバグについてPostgreSQLのコミッタ(Tomas Vondra氏)が解説しているセッションが、先々週開催されたFOSDEM 2019でありました。私もFOSDEM 2019に参加していたのですがその際は裏セッション
あんど( @ampersand_xyz )と申します。 クイズメーカーなど、色々なサービスを個人でリリースしているフリーのエンジニアです。 個人開発を支える技術のアドベントカレンダーではサービスを構築するArchitectureに関する技術の話題が多いなか、周りの方やマシュマロからの匿名メッセージ質問でUIのことに関する質問などが多かったので、本投稿ではUIやデザイン周りに関するTechnic…と言えるほど上等なものではないのですが、そのあたりの技術をお話したいと思います。 なお、自分は正直かなり我流で適当にやっているので、もっといい方法のツッコミなど歓迎しております。 1.画面サイズの最大・最小幅を最初に決めておく まずはじめにここを決めます。 いかにリキッドデザインやレスポンシブで画面を作成するといえども、極端に幅が小さい、または大きいデバイスを相手にする場合、どうしてもサイズ整合性を
2. 法林 浩之 @hourin ● 日本UNIXユーザ会 幹事 会 幹事 (元会長) ● さまざまなコミュニティとイベントを開催コミュニティとイベントを開催とイベントを開催イベントを開催を開催開催 ● 全国各地のイベントで研究会を開催のイベントで研究会を開催イベントを開催で研究会を開催研究会を開催開催 ● フリーランスエンジニア ● 最近はさくらインターネットの仕事が多いはさくらインターネットの仕事が多いインターネットを開催のイベントで研究会を開催仕事が多い多いい ● TechLIONなコミュニティとイベントを開催ど多彩なイベントを開催多い彩なイベントを開催なコミュニティとイベントを開催イベントを開催を開催開催 ● くわしくは「法林浩之」で検索法林浩之」で研究会を開催検索
Rust で平衡二分木を書くのは何となく難しいイメージがありました。 unsafe を使わずに実装できるものなのか気になったので、試しに実装してみました。 結論から言うと、unsafe を使わなくても平衡二分木は実装できました。また、unsafe だけでなく、Rc や RefCell も使っていません。 ただし NLL がないとコンパイルが通りませんでした。NLL は神機能ですね。 Splay 木 今回実装した平衡二分木は Splay 木というものです。 Splay 木は、search や insert などの典型的な操作を償却 時間で実行できます。 また、Splay 木は最後にアクセスしたノードを木のルートに持ってくる性質があるため、アクセスに局所性がある場合によい性能が出るそうです。 平衡二分木といえば何と言っても赤黒木ですが、赤黒木は実装が大変すぎるので今回は却下しました。 アルゴリ
【食べ過ぎ注意】料理のおにいさん・リュウジさん『鍋の常識が変わるくらい旨かった…一滴も水を使わない“無水油鍋”』のレシピが話題 2018-11-19 @ore825さんのツイート 鍋の常識が変わるくらい旨かった・・・一滴も水を使わない 「無水油鍋」 ニンニク2片をごま油大さじ3で炒め白菜250g、豚バラ200g乗せ酒大さじ3、白だし大さじ1入れ蓋をしてクタッとするまで弱火で煮るだけです 香りとコク、旨みが半端ない ポン酢か塩で召し上がってください、マジで損はさせません 鍋の常識が変わるくらい旨かった・・・一滴も水を使わない 「無水油鍋」 ニンニク2片をごま油大さじ3で炒め白菜250g、豚バラ200g乗せ酒大さじ3、白だし大さじ1入れ蓋をしてクタッとするまで弱火で煮るだけです 香りとコク、旨みが半端ない ポン酢か塩で召し上がってください、マジで損はさせません pic.twitter.com/
Dweb: Decentralised, Real-Time, Interoperable Communication with Matrix In the Dweb series, we are covering projects that explore what is possible when the web becomes decentralized or distributed. These projects aren’t affiliated with Mozilla, and some of them rewrite the rules of how we think about a web browser. What they have in common: These projects are open source and open for participation
これらの設計パターンは、信頼性の高い、スケーラブルで安全なアプリケーションをクラウドに構築するために役立ちます。 パターンごとに、そのパターンで対処する問題、パターンの適用に関する考慮事項、Microsoft Azure に基づいた例を説明します。 ほとんどのパターンには、Azure でのパターンの実装方法を示すコード サンプルまたはスニペットが含まれています。 ただし、パターンのほとんどは、ホストが Azure か他のクラウド プラットフォームかにかかわらず、分散システムに関連しています。 クラウド ワークロードでは、分散コンピューティングに関する誤解が生じやすくなります。 クラウド設計に関する誤解の例を次に示します。 ネットワークは信頼できる 待機時間はゼロである 帯域幅は無限に存在する ネットワークはセキュリティで保護されている トポロジが変更されることはない 管理者は 1 人しかい
静的サイト(PHPやRubyなどのサーバープログラムを走らせない環境でのWebサイト)でSPAを公開するにあたって、運用・配信(ホスティング)するならどこがいいかと最近聞かれまして、その際の回答を技術書典の宣伝も兼ねてブログにしたためます。 今回は次の4つで比較しています。 GitHub Pages Firebase Hosting GitLab Pages Netlify 上記4つはどれも独自ドメインの設定とSSL対応が無料で行うことが出来ます。 ※比較的初心者に向けて書いている前提です。 AWS S3やGCP等の利用は初心者がいきなり設定を行うには項目が多いため除外しています。 レンタルサーバーも基本料金が発生し、スケール・管理し辛いため今回は除外しています。 また、少し機能について説明が必要な部分があるので、先に説明を書きます。 Rewrite設定について 静的サイト化したSPAを公
先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く