毎回わからなくなってググってるから今度からここに追記していく。 MySQL PostgreSQL SHOW DATABASES; \l USE dbname \c dbname SHOW TABLES; \dt SELECT * FROM tblname\G \x on SELECT * FROM tblname; SELECT * FROM information_schema.processlist; SELECT * FROM pg_stat_activity; KILL <pid>; SELECT pg_terminate_backend(pid); KILL QUERY <pid>; SELECT pg_cancel_backend(pid); table / column の情報 MySQL PostgreSQL SHOW TABLE STATUS FROM dbname; わ

はじめに 技術構成（before）と課題 技術構成（after）と選定の理由 改善したこと パフォーマンスの向上 デリバリー速度の向上 セキュリティ面でのリスク低下 大変だったこと 記事のマークダウン変換 段落分けと改行の区別 字下げ 書式の追加 Lintが必要になった 記事ごとのOGP画像周りの実装 URL変更に伴うリダイレクト設定 標準の検索機能がない おわりに はじめに 技術部の @mom0tomo , @etsxxx です。 技術部では、事業部横断的な仕事としてコーポレートサイトの運用も行っています。このたびWordPress on EC2で運用されてきた弊社のWebメディア（Q by Livesense）を、Hugo on Clouflare Pagesに移行しました。 q.livesense.co.jp 弊社のWordPress運用はやや特殊で、エンジニアがサーバーにSSHして

仕事をはじめて3週間ほど経った。しにたいくらい辛い。これ以上犠牲者を出さないために、田舎がどれほどクソか、書き記したい。 . . 首都圏で生まれ、働いていた都会民だった私が、とある事情で田舎で働くことになった。 田舎といっても、人口数十万で、都内へのアクセスは悪くなく、商業施設は充実している。ただ、車がないと不便で、休日に出かける場所がイオンかイオンになってしまうような、よくある地方都市である。 田舎に住んだ経験はないが、私の想像より街が栄えていたので生活に心配はなかった。今ではいち早くここから逃げ出したいと思っている。 . 田舎がクソだと思う理由をいくつかあげる。 . . 1.人間関係 . 1番クソなのが職場の人間関係である。 他の部署の人や、社員の家族のことなど、ありとあらゆる人の悪口や噂話を、いたるところで言っている。すでに私も、私に聞こえる声で悪口を言われている。 . これだけをき

Japan Perl Associationの id:papix です. YAPC::Hiroshima 2024が終わって間もない時期ですが, 次のYAPC::Japanの開催が決まりましたのでお知らせいたします. 次のYAPC::Japanは, ｢YAPC::Hakodate 2024｣として, 2024年10月5日(土曜日) に, 公立はこだて未来大学 にて開催することとなりました!!! 北海道での開催は, ｢YAPC::Hokkaido 2016 SAPPORO｣以来となります. この他, 前後に前夜祭やアフターイベントなども開催する予定ですが, こちらについては決定し次第お知らせいたします. 10月の函館で皆様とお会いできることを楽しみにしています!!!

2023年6月のWWDC（World Wide Developers Conference）23で発表され、2024年2月に米国で販売が開始されたApple Vision Proを、はてなのエンジニア5人が入手しました。 ということで、3月初旬に5人がApple Vision Proをつけて、オンライン座談会を行いました。その様子をお伝えします。 Google Meetで座談会をしています 本記事中のApple Vision Proは、使用者がそれぞれ「技適未取得機器を用いた実験等の特例制度」に基づく届出を行い、適切な管理の下に使用しています。 この無線設備は、電波法に定める技術基準への適合が確認されておらず、法に定める特別な条件の下でのみ使用が認められています。この条件に違反して無線設備を使用することは、法に定める罰則その他の措置の対象となります。 座談会の模様はYouTubeでも公開し

北海道恵庭市の遠藤牧場で数十年間、劣悪な環境で虐待されていたなどとして、知的障害のある60代の男性3人＝いずれも道内在住＝が、牧場経営者と市に計約9400万円の損害賠償を求めた訴訟の第3回口頭弁論が12日、札幌地裁（布施雄士裁判長）であった。牧場経営者の元市議会議長・遠藤昭雄氏（2020年2月に死去）の妻（85）と息子（57）が、訴訟で初めて自身の主張を具体的に記した書面を提出した。 書面は裁判所の質問状に回答する形で提出された。息子は回答書で「縁あって行くあてもない彼らを愛情を持って面倒を見てきた。反省しなければいけないところは真摯（しんし）に反省したい」と述べた。 労働環境や報酬についても回答した。「作業を行ったことの対価・報酬を与えることがあったか」との質問には「報酬としてはないが、お菓子やジュースを提供した」と回答。「原告らが週に何日、何時間作業を行っていたのか」には「週7日、午前

こんにちは、かたいなかです。 2024年2月に長年の悲願だったマッハバイトのメインDBのAuroraへの移行を完遂しました！！！ この記事では、どのようにマッハバイトのAurora移行を進めていったかを記事として残します。 なお、この記事の中では結構レガシーな部分の対応に苦しんだところも出てくるのですが、DB移行が終わったあとで、弊社内でこのレベルのレガシー対応を行う必要があることはほぼないと考えているので、リブセンスに興味を持っている方も安心して読んでいただければと思います。 やったこと プロジェクトの流れ テックリードから聞く初耳の単語: 『Mroonga』 状況をざっくりと調査 このコード使われてるの？使われてないの？ DMSの検証本格化 移行準備期 ついに、本番移行 Auroraに移行してよかったこと パフォーマンス改善 Performance Insightsが便利！！！ DB移

わたしは現在、新規事業チームのEMをやっています。その仕事の中でユーザーインタビューが自分の得意技になりつつあり、思わぬ形でEMとしてのバリューを高めることができています。「XXもやるYY」というのはエンジニア界隈で良くある売り文句ですが、「ユーザーインタビューもやるEM」はあまり観測しないように思ったので、そのバリューについて書いてみようと思います。 ユーザーインタビューが得意技になるまで ユーザーインタビューはUXリサーチにおける代表的な手法です。特にこの記事では、ユーザーの状況や課題を掘り下げるための半構造化インタビューを指すことにします。「1日の仕事の流れを教えてください」といった大まかな台本を用意しつつも、会話の中で得られた情報から「それが大変なのはなぜですか？」などと、自分たちの仮説検証に資する方向に柔軟に話を進めて情報収集するアクティビティです。 特にプロダクトの初期段階の不

物事を当初予定していた時期よりも後にすることを「後ろ倒し」と表現することが割と一般的になっている。 もともと「後ろ倒し」という日本語は無く、「前倒し」からの派生として新しく出来た言葉らしく、それ故たまにネットで「後ろ倒し」に対する嫌悪感も目にする。 でも、ニュートラルに「遅らせる」ことを表する言葉として「後ろ倒し」の使い勝手が良すぎるんだよな。それでいて体言止めなど、見出し的な使い方にナンでも合うという極めて高い汎用性を持つ。 ニュートラルな後ずらしを表現するにはなんて言ったらいいんだろう。 ・延期→何月何日みたいにカッチリと期日が決まっていた事象にしか使えない感じ。 ・先延ばし→本来は早急にしなければならないことをやらない感じで、ネガティブなことにしか使えない。 ・先送り→同上 ・遅延→物事に間に合わないという意味なので、使える場面が限られる。 ・繰り下げ→あらかじめ決まっている枠組みの

タスク管理について気に入っている手法がひとつあります。それが「Doタスク」と「Thinkタスク」をわける考え方。 行動を伴うタスクと、迷ったり悩んだりするタスク。これらをおなじ枠の中で管理してしまうと、毎日の時間配分が上手にできないことがわかりました。 逆にこれらを別物として扱って、実行するタイミングを見極めるようにしたら、スキマ時間も有効に使えるようになったのです。 【目次】 タスク管理はDoとThinkでわけるとよい Doタスクの管理・処理方法 Thinkタスクの管理・処理方法 メモ.appを使った管理・運用方法 Thinkタスクを切りわけるメリット タスク管理はDoとThinkでわけるとよい 「Doタスク」とは実際に手を動かすタスク。すでにやるべきことが決まっていて、あとは具体的なアクションを起こすだけでよいものです。 すでにやるべきことや見通しが見えているので、完了に必要な見込み時

私、IT業界にいるので、普段Agile/Scrumで開発を進めているわけですが、世の中ますます不確実性の高い世界＝VUCAの世界になっています。 VUCAは以下の頭文字を取ったものです。 Volatility : 変動制 Uncertinty : 不確実性 Complexity : 複雑性 Ambiguity : あいまいさ こういう世界観なので、全ては予定通りに進みません。 そうすると、状況の変化に素早く対応していかないとまるで上手くいかなくなります。 そういう状況を解決するために生まれてきたのが、Agileの考え方なわけですね。 Agileマニフェストにもこのように書いてあります。 agilemanifesto.org プロセスやツールよりも個人と対話を 包括的なドキュメントよりも動くソフトウェアを 契約交渉よりも顧客との協調を 計画に従うことよりも変化への対応を（主にここ） この文章

※飯テロを要求する社員と飯テロするbotと飯テロにダメだしする社員戯画 ご機嫌よう、世界 なんかもう最近は猫も杓子もChatGPTじゃないですか？ 僕みたいに自然言語処理をかじっていると、社内外問わずいろんな人から「ChatGPT、どうっすか」と まるで宗右衛門町の客引きのように 声をかけられます どうもこうも、それはそれでしょう、そもそもあの子のベースになっているGPT-3.5は単純にパラメータ数がｒｙ ChatGPTのAPIがついにオープンになったのでSlack botを早速導入する ※とんでもない嘘をつくChatGPT図絵 どうもCTO室AI推進部とグループ会社HiTTOで 二股 兼務中の@ken11です。 いや今回の話は非常にシンプルで掲題の通りなんですが、冗談抜きで社内外問わずChatGPTに対する強い興味と関心のお声を頂戴しており、せっかくなのでAPIが使えるようになったならみ

走り出す花びら 甘井最鹿 迷いと緊張を抱えて単身やってきた海の向こう、日本。何もかもが手探りのこの場所で、「新しい私」なんて、本当にみつかるんだろうかーーー？

クラスメソッドのAWS総合支援 コスト最適化からセキュリティ、構築支援、運用保守まで、AWS活用を支援します。

長く更新していないブログを再開するのは、行きつけだったが足が遠のいてしまった飲み屋の暖簾を久しぶりにくぐるような気まずさがある。聞かれてもいないのに「最近仕事が忙しくてね…」なんて言い訳をしてみたり。 この記事はそういった類のものである。言い訳と自分語りが苦手な人はここで引き返してください。 TwitterがXになり、ポストTwitterサービスも盛り上がっている。いくつかそれらのサービスにアカウントを作ってみたものの続かず。SNSもいいけど、やっぱりブログを書こう、自分の折々の気持ちをちゃんと書き残そうと改めて思ったのであった。 近年、ブログもSNSも全然更新しなくなってしまった。 なぜブログを更新をしなくなったかを振り返り、過去を乗り越えて、またブログを書いていこうというセルフリハビリテーションのためにこの記事を書いている。 2018年8月30日 話は5年ほど遡る。2018年の私は非常

はてなでは、さまざまなチームのSRE（Site Reliability Engineer）が横断的に集まり、技術的な標準化を通じて社内の各チームのSREを支える活動を行っています。チームごとの具体的な取り組みについて、CTOのid:motemenと、SREのid:masayosu、id:taxintt、id:cohalzの3人に語ってもらいました。 はてなのSREが取り組む社内技術の標準化とはまずはみなさんの自己紹介、チームでの役割を教えてください。

https://hatena.co.jp/recruit/intern/2023

はじめに こんにちは、Repro Booster という製品の開発責任者／プロダクトマネジメントを担当しているEdward Fox（edwardkenfox）です。 前回の記事「ServiceWorkerの落とし穴8選」では ServiceWorker という技術に的を絞ったテクニカルなトピックを扱いましたが、今回は少し趣を変えて「プロダクトマネジメント」に関する私の考えや想いを書いてみたいと思います。Repro Boosterの開発と運用を通して自分なりに「プロダクト開発」について考えたことや、得られた示唆をまとめています。Repro Boosterの開発チームが、どのような考え方を持ってプロダクトや技術に向き合い、そして製品を改善するべく日々の活動にあたっているかという点について、少しでもその温度感や熱量が伝わるような記事になれば幸いです。 Repro Booster とは 2022年

カケハシでVP of Engineeringをやっています、ゆのん(id:yunon_phys)です。僕はEngineering Manager(EM)とは何かについて、かれこれ5年ぐらいEM.FMというPodcastや、ブログを通じていろんな発信をしてきました。そうすると色んな質問を各所から受けるわけなんですが、一番聞かれる質問第一位は、「結局EMって何する人なんですか？」 です。一口にEMって言っても、なんか人によって得意な領域が違っていたり、大事だと思うポイントがバラバラなので、この疑問を持つのはそりゃそうだよなあ、とは思います。というわけで、このエントリーではEMは何する人なのかを明らかに・・・と思ったのですが、一言で語るのはやっぱり難しいなと思っています。なので、なぜ僕がEMという役割を説明するのが難しいと思っているのか、を書いていきます。 マネージャーの本質はチームの足りてない