2017年10月25日 11時0分 リンクをコピーする by ライブドアニュース編集部 ざっくり言うと 万能染み抜き剤「魔法水」の作り方をシミ抜きのプロに聞いている 液体の酸素系漂白剤を小さじ3、重曹を小さじ1、食器用中性洗剤を3滴 軽く5回ほどかき混ぜれば完成で、コーヒーなどの9割のシミに効果があるそう 「クリーニング店に出して落ちなかったシミも、家にあるものだけで驚くほどキレイにすることができます！」 そう胸を張って教えてくれたのは、祖父の代から続く創業70年の老舗クリーニング店「クリーンショップ　ヨコクラ」を経営する横倉靖幸さん。横倉さんのもとには、世界中から年間5,000着以上の「シミ抜き」の依頼が殺到する。 「22歳で店を継いで20年あまり。ありとあらゆる洗剤や薬剤の研究を独自に重ねてきました。クリーニング店の意地として、『このシミは取れませんでした。ごめんなさい』はゼロにしたか

多点点火すれば、燃焼効率が飛躍的に上がることは、理論的にはこれまでも知られてきた。しかし「多点点火をどう行なうか？」という壁に実現を阻まれてきた。そこに挑戦したのが総合環境企業のミヤマである。 TEXT：高橋一平（TAKAHASHI Ippey） ＊本記事は2011年6月に執筆したものです すべての写真を 見る 火花点火を用いる内燃機関において、多点点火という技術概念は決して新しいものではない。しかし、問題はその実現性で、「それができれば......」という類の、発想はできても実現は難しいという「絵に描いた餅」的なものとされてきた。実際に、量産製品として存在していないのはもちろんのこと、実験的な試みとしても多くの目に触れる機会が得られるほどの成果を挙げた例はなかったといっていいだろう。苦労して形になったとしても、バルブ配置や燃焼室形状などに大きな影響を及ぼす複雑なものとなってしまうというの

Container Runtime Meetup #3 発表資料 「DockerとPodmanの比較」PodmanとはPodmanは、Red Hat社を中心とするコミュニティが開発している、Docker互換のコンテナエンジンです。RHEL、CentOS、Fedora などの Linuxディストリビューションに標準で付属しています。 Podmanの使い方は、コマンド名が docker ではなく podman である点を除けば、Docker とほぼ同じです。(例: podman run -p 80:80 --name nginx docker.io/library/nginx ) “Podman”は “Pod Manager” を意味しますが、Podmanを用いてKubernetesのPodを管理することは、基本的にはできません。ただし、CRIランタイムとしてCRI-Oを用いている場合に限り、

Welcome To Garuda Linux Choose your desktop environment: KDE Plasma, Xfce, GNOME, Cinnamon, i3wm, Sway and Hyprland Download We are happy to release the brand new "Bird of Prey" release on April 28, 2024! This release brings forth a fully integrated and polished plasma 6.0 experience, a focus on many usability improvements and also, of course, the full range of rolling-release improvements from th

2021年1月31日放送の『ヒーリングっど♥プリキュア』第42話「のどかの選択！守らなきゃいけないもの」が衝撃的でした。僕はプリキュアシリーズは初代から今まで全話視聴していますが、今までにないパターンで強烈なメッセージを突きつけてきたな、と思いました。 今までアニメを見てきて(といっても年に数作程度しか見ていませんが)ここまで衝撃を受けたことは滅多にないことです。『新世紀エヴァンゲリオン劇場版 Air/まごころを、君に』(通称「夏エヴァ」)のラスト以来ではないでしょうか。 以下ネタバレになります。 第42話は主人公である花寺のどか(= キュアグレース)が、元敵組織の幹部で組織に命を狙われてのどかに助けを求めてきたダルイゼンを拒絶し、倒すという話でした。 ダルイゼンとのどかは因縁の深い関係で、幼い頃のどかを苦しめた原因不明の病気の本体はダルイゼンでした。敵組織ビョーゲンズの王キングビョーゲン

おはこんばんちは、人事労務フリーのエンジニアを担当している橋本です。この記事は、freee Developers Advent Calendar 2019の6日目となります。 adventar.org 以前はSREに所属しており、この記事ではそのときの知見をご紹介いたします。 アプリケーションからのメール配送 早速ですが、表題のとおりアプリケーションにおけるメール配送を考えていきます。 freeeではお客様へのメール配送にSendGridを利用していますが、アプリケーションからSendGridに送信するまでの方法はいくつか考えられます。freeeでは以下の方法を検討しました。 SendGrid APIを用いてアプリケーションから直接SendGridへ送信する アプリケーションからPostfixに送信させ、SendGridにリレーする 最終的に後者の方法を採用することにしました。メリットとし

引っ越しをした時に洗濯機取り付けてくれたおじさんから「洗濯機の寿命は5年なんでそろそろ買い替えたほうがいいですよ」って言われたんだけどそんなもんなの？ なんか10年くらいもちそうな気がしてたわ。

今年、この話を何度か別々の人にすることがあってずっと纏めようと思っていたのだけど一年が終わってしまうので来年の自分のために今書いてしまう。 目新しいことは何一つ無いのだけど、大切なことだし、意外と社会人になってしまうと教えてもらえないことも多いみたいなのでここでまとめる。 表題のこと、つまりやりたいことを実現するために必要なことは、そんなに難しいことじゃなくて以下の条件を満たし、実行することが大事だ。 やりたいこと=課題をタスクに分解する タスクを実行できるだけのリソース（時間・お金・体力など）を割り当てる 実行する これだけなんだ。仕事だってなんだって一緒なんだけど、だけどこれを日常的に実現することが難しい。 だからどうやって実現していくか？って説明のために、自分がやってることを書く。 課題を整理する 仕事と作業は違うという話がある。 トヨタでは最初にそれを教わるらしい。 www.har

これはただの僕の肌感覚なのだけど、近年、社会全体で誠実さが希少化したし、それはなお進行中であると感じている。第二次安倍政権の振り返りで、法令違反、モラルハザードが上からトリクルダウンしたという論があったけども、どちらかというと下部構造である社会のモラルハザードがボトムアップした結果が今の与党政府の状態と思っている。 ずっと日本の社会というのは基本的人権が尊重されないなと思っていた。でも、それもまた上部構造であって、下部構造は信義則の無さ、誠実さの無さの方なんじゃないか、そう思うようになったのが最近。すごく些細な例に思えるけど、就活の基本としてよく言われる「大きな嘘はダメだけど、小さな嘘は良い」みたいなのが、社会を蝕んでしまったように感じている。すごくプレゼンがうまいし、質問に自信を持ってすぐ答えられてるけど実は進次郎構文で何も答えてないみたいな人が評価されて、実際には噛み合わない回答をして

Merpay Advent Calendar 2020の20日目は、メルペイProduct EngineeringチームのVP of Engineeringを担当しているnozaqがお送りします。 2020年はメルペイEngineeringチームとして業務しながら、一方で年初からOrigami PayというQRコード決済サービスの提供終了に伴うシステム停止業務を計画・実行してきました。サービスの終わらせ方について詳しく説明されることは中々ないと思ったので、本投稿では決済という外部影響が大きい種類のサービスを終了するにあたり、どのような検討がなされたのかを事例としてお伝えできればと思います。 取り組んだこと 決済サービスはお支払いを行う一般のお客さま・お支払いを受け付ける加盟店様・システム連携している金融機関様やパートナー様など多くのステークホルダーが存在します。また店頭でのお支払い方法をご

弊社では2019年3月ごろから「無人化システム」の駆逐を進めています。本記事ではこの取り組みを、組織マネジメントとエンジニアリングの側面から紹介します。 恐怖の無人化システム 「無人化システム」は社内の独自用語なので、まずは言葉の意味から説明します。 無人化とはなにか 無人化の前に属人化について触れておきましょう。weblio辞書から属人化について引用します[1]。 ある業務を特定の人が担当し、その人にしかやり方が分からない状態になることを意味する表現。 無人化は属人化の進化系です。無人化とは「属人化していた業務の担当者がいなくなってしまい、誰にもやり方が分からない状態になること」と定義できます。誰がどう見てもダメな状態ですね。 無人化システムとはなにか システム運用が属人化し、かつその運用者が退職するとシステムが無人化します。我々の会社ではこのようなシステムを『無人化システム』と呼んでい

はじめに 前回の記事で、過去に作成したプロジェクトをローカルで立ち上げた際に発生したMySQLエラーに対応しました。今回はその続きです。 というのも、前回のMYSQLエラーを対処している途中で、同時に別のプロジェクトでMYSQLに関連するエラーが発生しました。これが今回のエラーですが、調べると前回のMYSQLエラーと関連していたので、記録として記載しておきます。 記事の対象者（Who） Ruby on rails 初学者 同じエラーが発生して対処に困っている方 開発環境 Rails 5.1.6 Ruby 2.5.1 MySQL 5.6.43/8.0.1 何をするか（What） Ruby on rails プロジェクトで、以下のMySQLエラーが発生したので対処した。 vendor/bundle/ruby/2.5.0/gems/mysql2-0.5.2/lib/mysql2/client.r

ありがとう渡辺直人。 楽天の渡辺選手が引退を表明し、さきほど引退試合をみたところで、 過去の思い出にふと浸ってしまい、大変個人的な思い入れではあるのだが、彼のキャリアへの経緯と感謝も込めて記録しておきたい。 表題の"彼女"は楽天イーグルスファンの当時大学生であり、 2009年のイーグルス初のクライマックスシリーズ進出に大いに貢献した渡辺直人選手を特に贔屓にしていた。 (その頃はあまり「推し」という言葉は一般的ではなかったように思うが、まさしく「直人推し」だった) 一方の私も当時は大学生だったが、楽天ファンではなく、 渡辺選手が2011年から3シーズンだけ在籍していた横浜DeNAベイスターズのファンであった。 私が彼女を知ったのはtwitterで2010年頃のことだ。 当時はtwitterが流行り始めの頃合いで、まだ"野球クラスタ"もある程度限られていた。 しかも当時のベイスターズはDeNA

自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ

自分が複数のシステムの開発を経験して得た確信として、「認証と認可と課金とコアドメインの分離がめちゃくちゃ重要である」というものがあるので、コレを整理してアウトプットしていく 分離するモチベーションとは Microservice文脈でいうと、デプロイ独立性だったり、リソースの最適配分だったり、障害の局所化だったり、開発組織とのマッピングだったりがメリットとして語られることが多い。 だが、ここで取り上げたいのは戦術的DDD的観点でのコンテキスト分離の有用性である。 ※ちなみにコンテキスト分離のみであればモジュラモノリスだけで実現可能。 戦術的DDD的観点での関心事の分離によるメリットとは コンテキストが分離されていることによって、境界をまたぐ際に「このI/Fは正しいのか？」を都度考えることを強制することができる。 境界がなければ意図しない密結合を生みやすくなってしまう。 もちろん、境界を超える

はじめに皆さんこんにちは。 Jリーグで審判をやってる家本です。 いつも温かいブーイングと緊張感高まるブーイング、ありがとうございます。 さて、先日、僕が担当した、 「J2リーグ　甲府v北九州」 の試合中の出来事（小鳥救出）についてネットでは、 「優しい」 「すごくいい」 「プロの仕事」 と言った嬉しい声があります。 反面、 「誤審したらどうするんだ！」 「試合止めてドロップで再開しろよ！」 「だからお前は〇〇！」 といった救出方法を問題視する声もあります。 その気持ち、よくわかります。 でもこれって、要するに、 当事者（僕）がその時の事を発信していない事に起因している 部分もあります。 もちろん発したとしても、僕の考えに反する意見は必ずあるでしょう。 僕を含めた現役審判員は、 これまで何かあっても情報を全く発信してきませんでした。 正確には、立場上多くの規制があり、中でも情報発信に関しては

女児アニダンスミュージックEDの系譜ってあるじゃないですか。 あるんですよ。 決して多数派とは言えませんが、90年代以降の女児アニメの要所要所にR&BやFunk、Disco、クラブミュージック、テクノポップ、時にTKサウンド等のダンスミュージック要素を取り入れたED曲が散見され、その系譜は「冬の時代」を経ながらも、現在まで受け継がれています。 今回は、筆者が勝手に見出している「女児アニダンスミュージックED史」について語りたいと思います。 最初に「何故わざわざEDに限定するのか？」と言う疑問にお答えしておくと、筆者が「女児アニメを1話見終えた後にダンスミュージックのEDが流れ出すのが超好きだから」です。趣味です。 ※ 読まなくていいけど書いておいた方が良さそうな話。 何を持って「女児アニメ」とするかの線引きについては、基本的には筆者の独断としつつ、下記の3点を指標とします。 ・『なかよし』

東京都内の1路線のみ走る都電には「東京さくらトラム」という愛称がついている。正式な路線名は「荒川線」だったが、2017年4月に東京さくらトラムの愛称が決まった。 ところが、命名から3年半が経っても未だに「都電荒川線」と「東京さくらトラム」が東京都の公式な表記ですら並立し、愛称が定着しているかどうかは微妙なところだ。 「さくらトラム」「荒川線」の優先順位が逆転？ 東京都交通局は都電荒川線の愛称を2017年3月17日から4月7日まで公募した。4月28日に発表された愛称は「東京さくらトラム」に決まった。 もともと愛称は交通局により「東京〇〇トラム」になることが既定路線で、最多得票の「さくら」が採用された。しかし愛称への、特に鉄道ファンからの反応はいま一つだった。それでも「東京さくらトラム」は交通局のプレスリリースや出版物、駅の乗り換え案内に使われていた。東京メトロやJR東日本でも、都電との乗換駅

はてなブログでSREをやっているid:cohalzです。 2019年12月頃からid:utgwkkやid:onkとともに、はてなブログにおけるキャッシュ周りの改善を行いました。その結果、次のような成果が得られました。 ブログ記事のキャッシュヒット率が、1日平均で8％から58％に向上 アプリケーションサーバの台数を、以前の半数以下に削減 DBに届くリクエスト数が、以前の3分の2まで減少 レスポンスタイムの平均が、以前の8割まで減少 この記事では、実際にどういった改善を行ったのか、その際に気をつけたことや大変だったことを紹介します。 はてなブログがVarnishを導入した経緯と課題 開発合宿をきっかけに問題が明らかになる 進め方をまず考える ホストのメモリをできるだけたくさん利用する メモリを積んだホストでなぜかレイテンシが悪化 キャッシュが分散しないようVaryヘッダを使う デバイス情報を適