「箔アート」とは伝統的な箔工芸ではなく、これまでにないまったく新しいジャンルのアートです。 伝統文化と科学を融合させ、分断された文化領域をつなぎ、自由に創作するものです。 素材としては金箔や銀箔などの従来からある箔だけでなく、 蒸着箔やホログラフィの箔、その他の金属メッキされたものまで、メタ リックな輝きを持つ物ならばすべて使用します。 それゆえ全面箔という作品すら珍しくありません。 1980年代に初めて「箔アート」という言葉を使い始め、 アートという名にふさわしい作品を作るべく精進して参りました。 雪万華 : World of Snow Flowers 2021年11月18日(GIGAZINE) アマビエ写真集: 水底で月夜に夢を 2021年1月(GIGAZINE) 「Light Painting」 2018年6月(GIGAZINE) 「源氏ものがたり 箔FANTASY」 2002年4月

Abstract ゼロ和対戦ゲームを通して、"フレームワークの設計技法" と "AIのアルゴリズム" という2つのテーマについて理解を深めていくセッションです。 ゲームの分類と定式化 例えば将棋は「二人零和有限確定完全情報ゲーム」というクラスタに位置するように、ターン制対戦ゲームはいくつかのクラスタに分類されます。それぞれのゲームとしての特徴や、適したAIアルゴリズムについて簡単な説明をします。 また、これ以降の章の準備として、ターン制ゲームの定式化について説明します。たとえば、長い歴史をもつ将棋の世界でも、ルールのコンフリクトを突いた「勝ちなのか負けなのか定まらない」局面の存在が示されるというとても興味深い出来事が今から約20年前に起きています。ここではゲームのルールを定式化した上で、可能ならそのルールの検査をするところまで考えてみます。 boardgame.io に学ぶ、フレームワーク

リトライを肴に一晩酒が飲める古橋です。 大規模なデータに触れることが日常茶飯事になっている今日この頃。この分野のおもしろいところは、いつまで経っても終わらないプログラムを簡単に作れてしまうことかもしれません。エラー処理、リトライそして冪等性*1の３つを抑えていないプログラムは、小規模なデータなら問題ないが、データ量が多くなると使い物にならなくなる可能性が大です。 大規模データをバッチ処理するケース以外でも、リトライは一般にプログラムの信頼性に関わる重要な問題です。 そんなわけで、リトライに関わるいくつかのデザインパターンを、連載でまとめておこうと思います*2。 では、第1回は背景から： なぜリトライが必要なのか プログラムは色々な理由で失敗する。例えば、 A) 通信先のプログラムが高負荷すぎて応答できなかった B) メモリを消費しすぎてメモリ確保に失敗した。またはOOM KIllerに殺さ

※本記事は、2019年6月に公開された内容です。 2019年5月10日にCTO meet up「知ってるようで知らないマイクロサービス〜様々な意思決定のロジック～」が開催されました。 今回のテーマは、トレンドトピックスであるマイクロサービスです。スタートアップから大手企業まで、規模感の異なる各社がどのようなプロセスでマイクロサービス化を推進しているのか。タイミングや手法、成功させるコツなどを各社CTO、ディレクター、マネージャーにじっくり語っていただきました。 また、今回のCTO meetupでは、イベント参加者との相互のやりとりの時間を増やし、質疑応答の時間をいつもより多めに確保。マイクロサービスに関する気になるエンジニアやCTOからの質問にもたっぷり答えていただいています。 マイクロサービスを検討している方、基本から知りたい方は必見のイベントレポートです。 【ご登壇者】 生内 洋平 氏

※6/15追記：逃亡犯条例の審議が延期されました。延期であって否決ではないので、現地では廃案になるまで運動を続ける予定だそうです。今後の最新情報をフォローしていくことは本稿の目的と異なるのでしませんが、ひとまずこの記事は最新情報ではないということはここに明記しておきます。 今朝、香港に何人かいる友人とのグループチャットに、そちらの状況はどうか、というメッセージを送った。すぐに返事があって、きのう催涙ガスを浴びたところだという。それでも今日またこれからデモに出かけると言っていた。別の友人は昨日最前線に行って、食料とグローブ（軍手？）を届けてきたのだという。詳しく聞けば聞くほど、状況はかなり悪い。気を付けて。何か役に立てることがある？と言うと、「とにかく現状を多くの人に知ってほしい。そのためにあなたの日本語が役に立つ。」とのことだった。僕はおもしろ記事を書くのが仕事なので、政治について文章を書

こんにちは。SREの近藤（@chaspy）です。 新しいサービス、あるいは Microservices を 本番環境へリリースする際、私たちは何を注意すべきでしょうか。 今回は、Production Readiness CheckList と導入方法について説明します。 Production-Readiness Checklist とは Service を本番環境へリリースする前の、信頼性観点でのチェックリストです。このチェックリストを事前に行うことによって、本番での Service 運用開始後の問題をなるべく引き起こさないようにする、あるいは起きたときに最善な手が打てることが期待できます。 Production-Ready Microservices (日本語版：プロダクションレディマイクロサービス ――運用に強い本番対応システムの実装と標準化 を読まれたひとも多いと思います。本書の付録

最近, ミーティングをセッティングする機会が徐々に増えてきました. 業務の中でミーティングを開催するということは, 同僚の有限な作業時間を拘束することになるので, なるべく有意義に, 生産性が高くなるように実施したいものです. それを実現するために, 個人的に意識している3つのポイントを紹介します. はじめに 一言でミーティング... と言っても, いろいろな種類のミーティングがあると思います. 個人的には, 少なくとも3つの種類があるのではないかと思っています. 収束させるミーティング 発散させるミーティング チームのためのミーティング ｢収束させるミーティング｣は, いわば"決めるため"のミーティングです. なにかしらの前提情報があり, それに基づいていくつかの選択肢が考案された状態で, その中のどれを選択するかを協議する(時と場合によっては, 用意された選択肢から採択をせず, 別途新

最近、高校の先生が「知識問題」「思考問題」という言葉を使ってらっしゃるのを聞いて、「なるほど、面白い分類だな」と思った。それ以来「知識問題と思考問題」という視点で物事を眺めるのが自分の中でブームとなっている。 もちろん、知識問題と思考問題というのはきれいにスパッとわかれるものではなく、グラデーション状になっていると思う。この問題はやや思考問題よりだね、とか、かなり知識問題に振れてるね、とか、かなり思考問題寄りだね、とか。 ソフトウェアの設計について考えてみると、じつは、ソフトウェアをどのようなレイヤーに分割するか、というような話はかなり知識問題寄りに見える。この問題には先人の知恵がたくさんあって、それらが「傾向と対策」として未知の問題にも流用しやすい。 一方で、レイヤーの内部をどのような責務でどのようクラス、コンポーネントに分割していくのかというのは、かなり思考問題よりに見える。このとき、

(異動的な意味で)今日で最後の1-on-1だった回があり、マネジャーとしてのohbaryeにまとめてフィードバックを貰えたのがとても良い体験だったので今後も折を見てやっていきたい 最初の1-on-1等でマネジャーへの期待を確認したりするけど継続的にフィードバックを貰いにいってなかったなと反省— ohbarye aka 広島の粗大ゴミ (@ohbarye) May 22, 2019 昨年9月にQuipperに入社した@ujihisaさんという方のEngineering Managerを9ヶ月のあいだ務めました。 5月末をもって彼のマネジャーが変わる*1ため、僕がEngineering Managerとして行う最後の1-on-1が行われたのが去る日令和元年五月二十二日。その中で「僕が9ヶ月間Engineering Managerとしてどうだったか」についてフィードバックを貰えて非常に良い体験だ

当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

当社はCookieを使用して、お客様が当社のWebサイトでより良い体験を得られるようにしています。引き続き閲覧する場合は、プライバシーポリシーに同意したことになります。

この記事はMERPAY TECH OPENNESS MONTHの15日目の記事です。 こんにちは。メルペイのPayment PlatformチームでPaymentServiceの開発を担当するエンジニアの @foghost です。 メルペイではマイクロサービスのアーキテクチャで決済システムを開発しています。その中でPaymentServiceは決済トランザクション管理の基盤サービスとして、下位層のサービス（外部サービスも含め）が提供する各種決済手段を利用して、上位層のサービス（メルカリ、NFC，コード払いなど）に必要な決済フローを共通APIとして提供しています。PaymentServiceが提供する決済処理に複数のサービスを跨いでお金の動きを正確に管理する必要があるので、作り始めた頃から決済トランザクション管理を最も重要な課題として、サービスを跨いでもデータの整合性が取れる仕組みを作ってき

エンジニアの @suusan2go です。2017年の10月まではクラウドワークスに社員として参画していましたが、現在はフリーランスのエンジニアとして、主にフロントエンド環境の改善・支援を行ったり、ちょっとだけRailsのアップグレードを手伝ったりしています。 Railsのアップグレードを手伝っている様子 Sprocketsを2=>3にあげると数倍メモリ消費増えるのなんなんだろな— すーさん二号 次に夜飲みにいけるのは8月ごろになります (@suusan2go) 2019年5月7日 Sprocketsがメモリを大量に消費する問題、結局よくわからんかったので、馬鹿でかいjsを生成する js.erb をなんとかした— すーさん二号 次に夜飲みにいけるのは8月ごろになります (@suusan2go) 2019年5月17日 今回は、わかるエンジニアがいなくなり無人化してしまいメンテナンス不能になっ

軽減税率はどんな制度？ 対象品目は何がある？ 事業への影響は？ どんな準備をしておけばいいの？ 補助金制度が知りたい！ 軽減税率最新ニュース 桃太郎〜軽減税率バージョン〜 1989年の消費税導入をマンガで振り返る 税理士軍団に「ありえない商品」の税率を聞いてみた 軽減税率のルールはピクトグラムで伝えられるか？ 増税スタート時は戸惑いも？日本の増税ハプニング集 10％増税、予想される影響は？ 軽減税率はどこまで適用される？ 税理士軍団に「ありえない商品」の税率を聞いてみた こんにちは、ライターのヤスミノです。 2019年10月1日から消費税が10％になり、それに伴い、 が始まります。めちゃくちゃ簡単に説明すると「基本的には10％だけど、物によっては8％になる制度」です。 すでに世間では「わかりにくい！」と不満の声があがっているようですが、よくわからないままでは損をするかもしれません。損だけは

メルカリバックエンドエンジニアの@yagi5です。 Mercari Advent Calendar 2018の23日目を担当します。 モノリシックなシステムは、障害が発生するとシステムが全停止してしまうことが一般的です。 しかし、Microservicesアーキテクチャでは様々なテクニックを用いて、サービス全体が停止するような障害に対処することができます。 この記事では、Microservicesにおけるシステムの回復性を高めるための技術について書いていきます。 回復性とは、障害が起こらないことを意味しません。 高い回復性を備えたシステムは、障害が発生するということを前提に、システム全体のダウンを避け、データのロスが回避されるように設計されています。 Microservicesの世界では、システムは自律的に動作する複数のサブシステムによって構成されます。 ひとつのサービスに障害が発生しても