森美術館の対応に異議。Chim↑Pomが「Chim↑Pom from Smappa!Group」へと改名Chim↑Pomが、4月27日を以て「Chim↑Pom from Smappa!Group」へと改名する。その経緯は、森美術館で開催中の「ハッピースプリング」展へ、Smappa!Groupからの協賛申し出だけが美術館に断られたことに端を発しているという。 日本を代表するアーティスト・コレクティブとして知られるChim↑Pomが、4月27日を以て「Chim↑Pom from Smappa!Group」へと改名することを発表した。 その経緯は、森美術館で開催中の「ハッピースプリング」展での設営費などを賄うために美術館から協力要請を受け、一部作家側で集めることとなった約1000万円の協賛金にSmappa!Groupからの協賛申し出だけが美術館に断られたことに端を発しているという。 Chim↑P

オラクルは、同社が提供している企業向けのJavaディストリビューションであるOracle JDKのライセンスを変更し、無料で本番環境などでの利用を可能にしました。 同社が9月14日付で公開したブログ「Introducing the Free Java License 」で、次のように説明しています（関連するプレスリリース「Oracle Releases Java 17」）。 Oracle JDKを無料で提供し、四半期ごとのセキュリティアップデートも提供する。 新ライセンス「Oracle No-Fee Terms and Conditions (NFTC)」は、商用利用や本番環境での利用を含むすべてのユーザーに対して無料での利用を許可する。 Oracle JDK 17から、この無料のリリースとアップデートの提供を開始する。これは次の長期サポート（LTS：Long Term Support）が

はじめに 前回は、ユーザーインタビューの事前準備として、会場に用意しておくべき諸々の物品について、なぜそれが必要かの理由とともに紹介しました。 今回から、いよいよユーザーインタビューの本番(実査と呼びます)です。「本物の」会話を見ながら、インタビューの進め方や会話テクニックを解説していきます。 ●ユーザーインタビューの全文ダウンロード(無料) 今回紹介するユーザーインタビューは、筆者が本記事を執筆するために、公開許諾をとったうえで実際に行ったものです。通常、インタビュー内容は機密保持のため公開されることはありません。全文公開はたいへん貴重な資料となりますので、ぜひこちらからダウンロードしてください! インタビューの概要 ユーザーインタビューは2回行いました。それぞれAさん・Bさんと表記します。また、インタビューは昨今のコロナウイルスの状況を鑑みてリモート(Zoom)で行っています。 リクル

累計資金調達額644億円、ユーザーアカウント数が600万を突破した｢後払い（BNPL）｣サービス、ペイディの勝算とは。 撮影：稲垣純也 米決済大手、ペイパルは9月7日（現地時間）、日本で｢あと払い決済｣で知られるペイディを買収すると発表した。買収額は3000億円。 ペイパルはこの買収によって｢戦略的に重要な市場である日本でのビジネス展開をさらに加速させる｣と発表している。 ペイディ社は、プレスリリースで｢これまでの努力と可能性をグローバルリーダー（ペイパル）に認められたことを光栄に思う｣とした。 ※Business Insider Japanは買収発表前の2021年7月、ペイディ社長・杉江陸氏に単独インタビューを実施している。以下、そのインタビューを再掲する。 クレジットカード不要、携帯電話番号とメールアドレスだけで瞬時に決済ができる ── 。 ｢BNPL（バイ・ナウ・ペイ・レイター、直訳

モノレポについての誤解 - Misconceptions about Monorepos: Monorepo != Monolith を翻訳しました unsafe:このドキュメントは、モノレポについて書かれた記事 Misconceptions about Monorepos: Monorepo != Monolith (https://blog.nrwl.io/misconceptions-about-monorepos-monorepo-monolith-df1250d4b03c) を、筆者であるVictor Savkin氏の許可を得て翻訳したものです。 複数のプロジェクトを同一のリポジトリで運用する モノリシックリポジトリ（モノレポ）― この記事では、モノレポを使う際によくある誤解とその対策、モノレポが持つ本当の課題と利点がまとめられています。モノレポはガチガチの「一枚岩（モノリス）」

1. 背景 2. 前提条件 3. push-to-hatenablog 4. 設定していこう 4.1. GitHubにブログ管理用のリポジトリを作成する 4.2. push-to-hatenablogをダウンロードする 4.3. blogsync.example.yamlを修正する 4.4. GitHubでSecretを作成 4.5. GitHubのリポジトリへpushする 5. 新規記事の下書きを追加する 6. 気を付ける点 7. まとめ 8. 参考 1. 背景 ブログを書く時，私の場合「Visual Studio Code（以降 VS Code）」で書いて「はてなブログ」へコピペで投稿する．といった手順を踏んでいます． 記事を書く時は「VS Code」に集中したい． commit時はtextlintを走らせて投稿記事をリポジトリで管理したい． という想いはあれど怠けていたので，解消すべ

20210629_Node学園 36時限目 での前田の講演資料になります

こんにちは、shallow1729:detailです。今回は先日MyNA会というイベントで発表したMySQLの標準のストレージエンジンであるInnoDBのMVCCのガベージコレクションについて書こうと思います。発表自体もアーカイブされているので以下から見る事ができます。 「日本MySQLユーザ会会(MyNA会) 2021年07月 -下位レイヤ勉強会-」 公開版 - YouTube まず前半ではMVCCに関連するデータ構造を見ながらガベージコレクションの重要性やlong-running transactionの問題点について解説します。後半では実際のガベージコレクション(purge)の処理をソースコードレベルで追いながら、ユーザーに提供されているパラメーターを解説をします。 これまでに比べると踏み込んだ話題なのであまり基礎的な事は解説しません。知らない単語が多いかもしれないですが、適宜調べな

これまで水平方向だけだったミリ波レーダーの解像度が垂直方向も含め急速に高まり始め、LiDARを差し置いてセンサーの主役になる可能性が出てきた。機能をソフトウエアで変更する仕様の実装も進む。京セラ、日本電産、パナソニックなどが技術開発を牽引している。 ミリ波レーダーも以前は極めて高価な技術だった。通信ICを76G～79GHz帯という高周波でもCMOS技術で製造できるようになったことで、劇的にコストダウンが進んだのである。 ただし、機能面では、カメラやLiDARに対してやや劣勢にある。これまでの大きな強みだった速度検知ができる点は、FMCW方式のLiDARが普及するとメリットが薄れてしまう。LiDARの価格が下がってくるのも時間の問題で、そうなるとミリ波レーダーの存在価値が一気に薄れかねない。 そうした中、ミリ波レーダーの起死回生策ともいえる動きが出てきた。大幅な高解像度化である（図21）。イ

モバイルディスプレイにもなる13型Androidタブレット「Yoga Tab 13」の実用性をチェックした：モバイルディスプレイの道（1/3 ページ） レノボ・ジャパンの「Yoga Tab 13」は、13型のディスプレイを備えたAndroidタブレットだ。通常のタブレットとして使えるだけでなく、本体側面に用意されたHDMIポートからノートPCにケーブルを接続することで、外部ディスプレイとしても使えるのが特徴となる。 Androidタブレットとモバイルディスプレイの2WAYで使えるこの製品、メーカーから機材を借用できたので、モバイルディスプレイとしての機能を中心に、レビューをお届けする。 Androidタブレットがモバイルディスプレイに変身 まずはざっと仕様を見ていこう。画面サイズは13型で、解像度は2160×1350ピクセル（196ppi）ある。タブレットとしてはともかく、モバイルディスプ

回答：よほどの理由がない限りは、接種することをお勧めします 日本で承認されているmRNAワクチンには、新型コロナウイルスへの感染・発症・重症化・死亡リスクを大幅に減らす効果が確認されています。実際に新型コロナウイルス感染症に罹ってしまうよりも、はるかに小さなリスクで免疫を獲得できます。 そのため、よほどの理由がない限りは、順番が回ってきた時点で接種することをお勧めします（ワクチン接種は自分だけでなく、自分の周りの人を守るという意義もあります）。 ※この記事内容は接種を強制するものではありません。接種するかどうかは個人の判断に委ねられますが、デマや事実誤認をもとに判断してしまうことがないよう、薬局でも行っている情報提供や対応を文書化したものです。 ※非常に長いので、「ページ内検索」や「Ctrl+F」の機能で不妊や後遺症、心筋炎、デルタ株、オミクロン株、ブースター接種といった気になる単語を検索

今回新しいオプションが出てきました。 「–volume=/v/FOLDERS:/srv」は、永続データを保存場所を指定するオプションです。 ホストの「/v/FOLDERS」ディレクトリーが、コンテナの「/srv」ディレクトリーにバインドされます。 コンテナが「/srv」に書き込みすると、ホストの「/v/FOLDERS」に書き込まれます。 sambaのインストール コンテナにsambaをインストールします。 コンテナが起動しているかを確認してみます。 docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES e37f6add81cc debian.proto "/startup.sh" 6 seconds ago Up 5 seconds folders 4d8392d46f6f debian.proto "/startu

Photo by Wonderlane こんにちは。倉内です。 ITエンジニアを対象にしたアンケート調査で、今の職場環境や仕事内容に不満を感じていると答えた人が挙げた理由でもっとも多かったのが「仕事上の評価が正当でないと感じるから（給料が安い）」という結果が出ています。 でも正直なところエンジニアの評価って難しいですよね…。技術力で測るといっても、「そもそも技術力とは？」に対して簡単に答えを出せるなら苦労しません。 エンジニアの仕事は短期間で結果が出ないものも多いですし、コードが書ければ業績や経営課題への貢献度を一切考慮しなくていいのかという悩みもあります。ましてや頑張り度なんかで測れるものでもありません。 ただ、最近はさまざまな企業が評価制度を公開していて、技術力をどういった定義で評価しているか、制度としてどのような工夫がされているか…などを知ることができます。 そこで今回は評価制度を公

マネジメント職に就くまで マネジメント職に就いてから 最初に取り組んだマネジメント施策 エンジニア評価制度の制定 全社規模の技術投資計画の策定 計画を実行する組織の新設 「選択」後に感じたギャップ 抽象的な理解のギャップ やりたいこととスキルのギャップ ギャップにどう処したのか マネジメント職の「選択」に必要となるスキルとは おわりに ─ 「やらない」という選択肢はなかった こんにちは、栗林健太郎です。人々からは「あんちぽくん」と呼ばれています。皆様も是非、そのようにお声がけくださると幸いです。 わたくしは現在、GMOペパボ株式会社（以下、GMOペパボ）で取締役CTOを務めています。会社全体としてこれから実現するべきビジョンや方向性を示し、その実行を中心的に担うエンジニアリングおよびデザイン組織を管掌しています。また、セキュリティ事業や鹿児島拠点の立ち上げなど、新しい取り組みを行うチームを

バルクヘッド パターンは、障害を許容するアプリケーション設計の一種です。 バルクヘッド アーキテクチャでは、アプリケーションの要素をプールに分離し、1 つの要素で障害が発生しても、他の要素は引き続き機能できるようにします。 これは、船体の区分された区画 (bulkhead: 隔壁) になぞらえた命名です。 船体が傷つけられた場合、水浸しになるのは破損した部分だけで、これによって船が沈むのを防ぎます。 コンテキストと問題 クラウド ベースのアプリケーションには複数のサービスが含まれ、各々のサービスは 1 つ以上のコンシューマーを持ちます。 サービスで過度の負荷やエラーがあると、そのサービスのすべてのコンシューマーに影響します。 さらに、コンシューマーは複数のサービスに同時に要求を送信し、要求ごとにリソースを使用しています。 コンシューマーが、正しく構成されていないまたは応答していないサービス

マイクロサービスアーキテクチャにおけるデータベース再び 以前のブログで、マイクロサービスにおけるデータベースの持ち方と、その場合のデータの整合性の取り方の問題について解説しました。 今回も、マイクロサービスアーキテクチャにおけるデータベースの持ち方に関するデザインパターンの特徴について説明し、その後にこのデザインパターンにおいて起きる起きるもう一つの問題、トランザクションをどうやって実装するかという点について解説したいと思います。 Database per Serviceパターンにおけるトランザクションの難しさ マイクロサービスアーキテクチャにおいてデータベースをどのように持つか？という問いに対する答えには、前回説明したとおりDatabase per Serviceというデザインパターンがありました。 このデータベースのデザインパターンの特徴は、データベースが必要なサービスごとにそのサービ

最近、エンジニアリング組織の健全さの指標に、 d/d/d というのを用いてる。 deploys / a day / a developer の略で 1日あたりのデプロイ回数を開発者数で割ったもの。 だいたい、0.1 以上なら健… https://t.co/2DQo7GBR7j

クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（後編）。JAWS DAYS 2014 大規模なオンラインサービスを支えるためのオートスケールと、サービスをすばやく進化させていくための迅速なデプロイ。クックパッドはこの2つをクラウド技術の組み合わせによって両立させています。 同社のインフラ責任者である成田氏がその仕組みやルールを、Amazonクラウドのユーザーコミュニティ主催のイベントJAWS DAY 2014で解説しました。 （本記事は「クックパッドのデプロイとオートスケール（前編）。JAWS DAYS 2014」の続きです） オートスケールはAmazon Auto Scalingを使わないと判断 今日の本題であるオートスケールの話をしたいと思います。 オートスケールとは一般に、トラフィックが増えたらサーバを増やしましょうね、という作業を自動化するものです