タグ

ブックマーク / medium.com (25)

  • Twitterで特定の単語を含むTweetを自動で拾ってSlack通知する方法

    こんにちは、通りすがりの新米エンジニアTerryyです。 チャットボットという、自動でふんふん会話するサービスの開発をしています。 晴れてエンジニアになって初の投稿が「ノンプログラミング」ですよ。… できることTwitterで任意のハッシュタグor単語を拾い、そのツイートをSlackの任意のチャンネルに通知する僕は主に自分の運営しているコミュニティのTwitterハッシュタグでこの設定を行っております。 当日のイベントの盛り上がりをリアルタイム追えるのはもちろん、会場の関係で参加者と連絡を取る必要があった場合、早めにツイートに気づくことができます(夜遅いと出迎える必要がある時など)。 気を付けなければならないこととして、IFTTTからの通知もSlackのメッセージにカウントされてしまいます。有料プランでない方は上限に達する速度が高まるのでご注意を。

    Twitterで特定の単語を含むTweetを自動で拾ってSlack通知する方法
  • 【1月23日追記】12月23日、24日に発生しました障害に関するご報告

    いつもSkebをご利用いただき、誠にありがとうございます。 12月23日12時よりskeb.jpにアクセスできない大規模な障害が発生しておりましたが、12月24日07時に復旧いたしました。 12月23日、および12月24日が納品期限のリクエストは納品期限を12月25日23時59分までに延長させていただきます。 みなさまには多大なご迷惑をお掛けしましたことをお詫び申し上げます。 障害につきまして詳細をご報告させていただきます。 概要日時: 12月23日12時22分〜12月24日7時00分 (JST) ダウンタイム: 18時間38分 内容: skeb.jpにアクセスできない不具合 原因: SkebはすべてのサーバとシステムをHerokuに設置していたが、障害発生時刻より同サービスのアカウントが理由の通知なく利用できなくなった。 解決: Herokuの一切の利用を中止し、すべてのサーバとシステ

  • エウレカ開発組織全体でリライアビリティと向き合うために、SRE TeamのVision/Mission/ValuesをRebuildした話

    はじめにこんにちは。Eureka SRE のnari/wapperです。 Mリーグ2021–2022 セミファイナルシリーズも佳境になってきましたね。私はU-NEXT Pirates推しなので石橋さんには今年も頑張っていただきたい思いでいっぱいです。皆さんの推しTeamはどこですか?(この記事をチームでレビューしてもらう際に、同僚の MoneyForestにレギュラーシーズンMVPの瑞原さんにまずはおめでとうと書きなさいと言われたのでここに追記します。おめでとうございます!) はい、麻雀に興味がない人には何の意味もない冒頭アイスブレークとなってしまいましたが、気を取り直して題に移りたいと思います。 弊社エウレカSRE Teamは、2017年に発足して以来、国内最大級オンラインデーティングサービスであるPairsを中心に運営するすべてのプロダクトに関してのリライアビリティに責任をもってきま

    エウレカ開発組織全体でリライアビリティと向き合うために、SRE TeamのVision/Mission/ValuesをRebuildした話
  • これからはじめる 実践SRE / SLO の監視をやってみよう

    SRE がアツいですね。 昨年は以前に増して SRE 関連のイベントも増え、SRE 人材への注目も更に高まっていると感じた 1 年でした。私も Google Cloud の Customer Engineer として、お客様へ SRE のお話をする機会が増えてきています。 ご存知の通り、SRE は Google から生まれた運用プラクティス、またはそのロール自体を指す言葉です。 詳細は無料で読むことができる書籍を御覧ください。 “Site Reliability Engineering” 及び “The Site Reliability Workbook” (右上の右2つ)は HTML 形式 なので、Google Chrome で右クリックして 翻訳を選択するという簡単な手順で日語でも読むことができます。(書籍がよい方は日語版も購入できます。) 今回のテーマは SLO (Service

    これからはじめる 実践SRE / SLO の監視をやってみよう
  • ORMをアップグレードするために行った大改修

    この記事は「Eureka Advent Calendar 2021」の8日目の記事です。 こんにちは、Backendチームのdaisuzuです。 記事ではPairsのバックエンドで使用していたgithub.com/go-xorm/xorm(v0)をどのようにしてxorm.io/xorm(v1)にアップグレードしたのかを紹介します。 アップグレードの目的としては主に以下の2点を考えていました。 データベースに起因する諸々のトラブルが解消するかもしれないという期待今後も開発が続いていくのにいつまでも古いバージョンを使い続けるのは不健全ここでいうデータベース起因のトラブルとは、1リクエストで複数のセッションが使われるようになっていたため、常にセッション数が多い状態になっていたことや、セッションの制御がうまく効かなかったせいか度々デッドロックやデータ不整合が発生していたことです。 これを去年の1

    ORMをアップグレードするために行った大改修
  • How to Add jQuery UI Plugin to a Laravel App using Laravel-mix

    After some hours of battle trying to include the jQuery UI plugin in my Laravel app using both CDN and downloaded jQuery UI files to no avail, I finally discovered a way around it after a series of researches and I felt it’s worth writing about it. Requirements: Most of the requirements are already shipped with any Laravel project, however, you’d need to install npm if you have not done so. Intro

  • Mac OS のクローズボタンはなぜ左配置なのか

    https://en.wikipedia.org/wiki/Mac_OSMac OS の左と右考察シリーズ。今度のお題はウインドウのクローズボタン。閉じるボタンとも言う。昔は四角かったからクローズボックスとも言われた。Windows では右配置になっているクローズボタンだが、Mac OS を前提になぜ左配置なのかを考察したい。 ウインドウは左上からはじまり、右下に終わる情報の流れの原則に従うと、ウインドウの起点は左上、終点は右下になる。右下には(かつての Mac OS では)サイズボックスと呼ばれるウインドウを拡大縮小するための箱が設置されており、それ=終点をドラッグすることで起点を固定したままウインドウの大きさを変えられた。ウインドウに収められるコンテンツも左上起点に描画されるので矛盾がない。

    Mac OS のクローズボタンはなぜ左配置なのか
  • Docker 19.03新機能 (root権限不要化、GPU対応強化、CLIプラグイン…)

    NTTの須田です。2019年7月23日に公開された、Docker 19.03の新機能をお伝えします。2018年11月8日にリリースされたDocker 18.09以来、8ヶ月ぶりのリリースです。 root権限不要化従来のDockerは、ホストのroot権限でデーモン(dockerd)を動作させる必要があったため、脆弱性や設定ミスを突かれると、ホストのroot権限を奪われる恐れがありました。 Docker 19.03では、非rootユーザでデーモンを実行できるようになりました(Rootlessモード)。 Rootlessモードを有効化することで、万一Dockerに脆弱性や設定ミスがあっても、攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます。ただし、現時点ではcgroupを利用できないなどの制約があります。 RootlessモードのDockerは, curl -fsSL http

    Docker 19.03新機能 (root権限不要化、GPU対応強化、CLIプラグイン…)
  • うわっ、私のサイトBootstrapくさすぎ!? たった数文字変えるだけでBootstrapのくさみが抜ける7つのCSSテクニック。

    なんか、このサイトBootstrapくさい。そう感じることはありませんか? その理由はズバリ、欧文ベースでつくられたフレームワークを文字構造の違う日語で適用した際に不都合が出てしまっているからです。 それらが醸し出す違和感を放っておくと、Bootstrapくささを生み出す大きな原因になってしまいます。 そもそもの問題として、欧文と比較して和文は文字の要素が多く、文字自体のリズムも少ないため、どうしても複雑で単調に見えてしまいます。 しかし、和文だからといってあきらめることはありません。BootstrapCSSを少しだけ変えるだけでグッと見た目がよくなる隠し味をご紹介します。 1. line-heightで行間にゆとりを。明朝やゴシックなど、フォントの種類が言葉の印象を表すように、文字の行間は読みやすさ、文章全体の雰囲気を左右します。 欧文をベースに設計されたBootstrapをそのまま

    うわっ、私のサイトBootstrapくさすぎ!? たった数文字変えるだけでBootstrapのくさみが抜ける7つのCSSテクニック。
  • 心理的安全性が高くアジャイルな組織設計

    心理的安全性の高いチームを作るためにサーバントマネージャーに徹する話などを聞くことがありますが、なんか大変そうだなーと考えてたら、これは組織設計の課題だと思ったわけです。 サーバントマネージャーは過渡期と割り切って、来の仕事である課題解決に時間を使えるようにしていったほうがいいです。 心理的安全性とは他者の反応に怯えたり羞恥心を感じることなく、自然体の自分を曝け出すことのできる環境や雰囲気のことを指します。 だそうです。失敗するかも…と早めに言えることはアジャイルな組織には必須です。 心理的安全性は1人のメンバーが日常的にコミュニケーションする相手との視座、視野、視点が近いと高くなると仮説を立ててみました。 視座、視野、視点の図 https://tech.drecom.co.jp/viewpoint-of-being-leader/視座が離れてる例:リーダーが超ベテランでメンバーが超若い

    心理的安全性が高くアジャイルな組織設計
  • なぜ今日が内定式? – 前例や慣習にとらわれないために必要なこと – – 石黒 卓弥/Takaya Ishiguro – Medium

    satoshie
    satoshie 2018/09/30
  • 「アジャイル導入」や「プラクティス導入」といった大きい一歩を踏み出してうまくいかないと嘆くあなたに送るたったひとつのアドバイス

    はじめにこの記事は一年くらい前に書きかけて放置していたのだけど、市谷さんが同じようなことを言ってるスライドをアップしていたので、二の矢として挙げることにする。 プラクティス導入がうまくいかない!!これまでも多くの人がそうだったし、これからもきっと多くの人が同じような状況に陥ると思われるのでメモしておく。 「現場でXXXを実施してみているのだがうまくいかない」という話は、色々なところで耳にする。XXXXはプラクティスでもいいし、スクラムでもいいし、ツールの導入でもいい。 例えば、プラクティスというのは、名前がついていて、各所で実践した例もいろいろあって、希望に満ち溢れているようにみえる。なので、ついつい手にとって試してみたくなる。TDD、ペアプロ、リファクタリング、カンバン、あー、たまらない!早くヤリたい!試してみたい!! しかし、ぐっとこらえて、考えてほしい。 あなたが、その「キラキラ」し

    「アジャイル導入」や「プラクティス導入」といった大きい一歩を踏み出してうまくいかないと嘆くあなたに送るたったひとつのアドバイス
    satoshie
    satoshie 2018/02/17
  • Qiitaを運営するIncrementsのエイチームグループ入りについて

    開示のあった先週金曜日に個人のTwitterやFacebookで簡単に書きましたが、弊社よりQiita, Qiita:Teamを運営するIncrementsは2017/12/25より株式会社エイチームの完全子会社となり、エイチームグループへ加わることとなりました。 株式会社エイチームによる Increments 株式会社の全株式取得について — Increments株式会社 Twitterでは多くの方に言及していただき、「買収」ということに対して不安に思われているQiitaのユーザーさんもいらっしゃるようですが、Incrementsが引き続きQiitaやQiita:Teamを提供し改善し続けること、今後もエンジニアを幸せにするサービスや事業に取り組むことは変わりません。株式会社エイチームは経営理念として「みんなで幸せになれる会社にすること」を掲げていますが、その中でも社内外のエンジニアに対

    satoshie
    satoshie 2017/12/26
  • エンジニアが「明日からマネジメントして」と言われたら

    製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ

    エンジニアが「明日からマネジメントして」と言われたら
    satoshie
    satoshie 2017/12/14
  • phpのキャッシュを導入してデータベースの負荷を下げる

    運営しているサイトにキャッシュをいれたのでその時のメモ。 対象のサイト https://38qa.net/ 1日7000PVくらいなので、負荷も大したことないが、SNSでのシェアなどで一時的にデータベースに負荷がかかって稀に落ちることがある。落ちるのはサーバではなく、データベースのMySQLが多い。そこで、高速化も兼ねて、簡単にできる初歩的なデータベースでの負荷対策を行う。このあたりの知識は詳しくはないので、もしこれを見て同じことをやる場合は、個別に調べてもらった方が良い。 クエリの診断まず、やばそうなクエリがないかを調べる。SHOW STATUSコマンドで調べたところ、Select_full_join、Select_full_range_joinなどのまずい値は0。サイトがオープンソースのシステムを使っているので、さすがにindexの貼り忘れなどの初歩的な問題はなさそうだ。 MySQL

    phpのキャッシュを導入してデータベースの負荷を下げる
    satoshie
    satoshie 2017/11/11
  • 知らないうちにどんどん人が増えていく会社 – Isoparametric – Medium

    知らないうちにどんどん人が増えていく会社gumiに入って一ヶ月か二ヶ月が過ぎたころ、チームに所属して様子を見てみると、gumiには一ヶ月の間にかなりの多くの人(5人とか10人とか)が入ってくるのに気がつかされた。 幾つかのチームが組成され、それぞれがゲームを開発、運用しており、解析班などと呼ばれるようなチームもあった。 (そして、それは機能していなかった。売れてないのだから、解析する内容などあるはずもない) そして、入ってきたプログラマは時折適当にプロジェクトにアサインされたりした。 私のチームにも新しいプログラマがやってきたわけだが、そのことを切っ掛けに、うやらプログラムがまともに組めない(仕事を任せられない)人が入ってきていることに気がつかされることになる。 困ったので当時のCTOにどういう基準で人を採っているのか訊いてみた。 特に基準はない、みんな頑張ればできる、とのことだったので、

    satoshie
    satoshie 2017/09/16
  • 「チームワークが苦手」という人が本当に苦手なもの。

    この記事を読んでふと思ったんだけど「チームワークが苦手」「団体行動が苦手」という人って、チームプレーさせてみると、実はそんなにチームプレーが下手でもないし、「チームワークが大事」って言ってる人よりむしろチームワークが上手い人が多い、ってこと。 チームワークが苦手、ストレスだって言ってる人が当に苦手なのは、気持ちが悪い馴れ合いや、意味のない社内政治、皆の意見を尊重しているように見せかけて、その実、チーム内の「政治屋」が集めたマジョリティだけで、せっかくのいいアウトプットを殺す「エセ民主主義」だと思う。 当に大事なのは、チームの目的をしっかり理解した上で、お互いが妥協なく、素晴らしいものをつくるために発揮するプロフェッショナリズムと、その効果的な「合力」だ。 ところが、「馴れ合い」や「エセ民主主義」は一見「チームワークを向上させるもの」のように見えるだけで(文字面だけ聞くと、そのことを否定

    「チームワークが苦手」という人が本当に苦手なもの。
    satoshie
    satoshie 2017/07/29
  • SREのここ1年の取り組みと、今後1年でやりたい事

    SRE視点で見るマイクロサービス FiNC SRE担当の鈴木です。 今回は、以前社内のマイクロサービス勉強会で話した「SREの視点からみたマイクロサービスの運用」に関して紹介していきたいと思います。 いつもは、マイクロサービス万歳みたい… 上記ブログでは2016年1月時点で16個のサービスから構成されていると書かれていますが、2017年5月時点で30個近くまで増えています。増える理由はいくつかありますが大別すれば新機能開発か、既存機能の切り分けという事になります。そんな中でここ1年で取り組んで来た事を紹介していきたいと思います。 Docker/ECSの導入大きな変化の一つは格的にDocker番環境で導入し始めた事です。DockerのマネージメントツールとしてAWSのECSを利用しています。Dockerを利用する事の利点は今更ここで紹介するまでもないですが、新規サービスの立ち上げや既存

    satoshie
    satoshie 2017/06/26
  • 東京デザインウィーク火災のその後

    東京デザインウィーク(TOKYO DESIGN WEEK 2016)で発生した火災で、5歳の子どもが焼け死んだ事件を覚えているだろうか?あれから2か月以上経過して、その後どうなったのかを調べようとしたら、なんかもういたたまれない気持ちになった。 東京デザインウィークのトップページに掲載されてたはずの「お詫び」のメッセージは、いつの間にかなんだかよく分からない「弊社社員が配信したメール」のお詫びに差し替わってた。事故後に掲載されていた来のお詫び文(前略で始まる奇妙な文章がお詫びなのかは分からないが)は、なぜか「お知らせ」に移動されてる。子どもが、親が観てる前で焼け死んだのを「お知らせ」で片づけてしまうのって……。なんか、気分が悪い。 事の経緯は、年末に東京デザインウィークの社員とボランティアのひとたちが、忘年会を開こうとしてたんだってさ。悪いけど、個人的にはそんなことどうだって良い(来ど

    東京デザインウィーク火災のその後
    satoshie
    satoshie 2017/01/25
  • 量産型プログラマを撲滅したい

    プログラマの生産性の差は、出来る人と出来ない人で10倍とも100倍とも言われる。そんな馬鹿な、と思われるかもしれないが、事実だ。 むしろ、一緒に働かせると、出来るプログラマが、下手に作られたプログラムの修正をしなければいけなくて、全体の生産性を落とすことになる。 つまり、出来ないプログラマはチームで働くと、生産性をマイナスにするのだ。厳しいことを言えば、いない方がマシなのである。 ソフトウェア開発にの手はいらないのだ。 では、出来ないプログラマとはどんな人たちか。 コピペで書くプログラマだ。他で動いているプログラムをコピペして、なんとなく直して書いているプログラマだ。 なぜプログラムが動くのか、どう書けば動くのか、わかっていない。 ただ沢山のプログラムを書くだけの量産型プログラマだ。こういう人のプログラミングは、デバッグさせてみて、横で見てるとすぐにわかる。 まず、エラーメッセージを見な

    satoshie
    satoshie 2017/01/14