ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

はじめに 10 年前の今日、2012/02/03 に Just Quick Search という iOS アプリをリリースした。 個人で開発を行い、100% すべての要素を自分で考え作り上げてきた。 今日はこのアプリに関する 10 年間の思い出と技術的な部分についてをアツく語りたいと思う。 アプリ紹介 Just Quick Search は検索補助アプリである。 このアプリを使うと普段 iPhone で行っている 検索 というアクションをほんの少しだけ 速く 実行できるようになる。 以下がキーワード iphone を検索している時の挙動だ。 ip と入力したところで候補に出てきた iphone をタップし、キーボード右下の search をタップすると Safari が立ち上がり Google での検索結果が表示されるというものである。 メインの機能はこれだけだ。 一見ただ検索をしているだ

アノテーション・テクニカルサポートチームの 村上です。 2021年12月31日（大晦日）に、個人で利用していた AWS アカウントを削除する機会があったので、手順をまとめてみました。 アカウントを削除した理由 アカウントを作成してから一年が経ち、無料利用枠が利用できる期間が終了してしまった。 会社で検証用の個人アカウントを準備してもらったので、サービスを試す目的での個人アカウントが必要無くなった。 現在ほとんど利用していないので、セキュリティという観点からも削除した方が良いと思った。 無料利用枠が利用できる期間について 今回、解約をするアカウントは 2020年12月に作成したものでした。 無料期間については、厳密に 1 年（ 365 日）では無く、翌年同月の末日までとなるようです。 私の場合は、2021年12月31日で無料期間が終了したのですが、AWSからの無料期間終了に対しての案内メール

Markdownでテーブルを表現するにはつらみが深すぎる みなさんはMarkdownでテーブルを書くことは得意ですか? 私は苦手です。 簡単なテーブルは簡単に書けるのですが、以下のようなテーブルを書くことには抵抗感があります。 行数、列数が多い セル内に書くテキスト量が多い セル内でリストを表現する 一方、私は先日、「Markdownで手順を書いています!」とこちらの記事で伝えました。 そんな私に対して、 「オイオイオイ。 Markdownでもなんでもいいけどよォ... テーブルを使いたい場面は多いんだぜ。」 というセリフが聞こえてくる気がします。 私のようなMarkdownでテーブルを書くことにつらみを覚える方への解決策として、以下記事で紹介している「MarkdownTableMaker」があります。 このアドオンを使うことで、選択したスプレッドシートをMarkdownに出力してくれます

TL;DR まずはこいつをみてくれ。 左右に分割されたエディタウインドウに、テキストエディタとターミナルが並んでいるのがお分かりになられるでしょうか！！ なにそれ？ これは、先日リリースされた Version 1.58 (June 2021) に含まれる以下のアップデートによるものです。 Terminals in the editor area Terminals can now be created in or moved to the editor area, enabling a multi-dimensional grid layout that persists and remains visible regardless of panel state. Terminals in the editor area - Integrated Terminal - Visual Stu

こんにちは、データアナリティクス事業本部の下地です。 コロナの影響でリモートワークになり4ヶ月目になりました。おかげさまで家で仕事をすることにも慣れてきました。慣れてくると在宅での仕事は移動がない分楽だなとも思える様になってきました。しかし、移動がないのは良いのですが運動不足を実感するとともに、体重の増加にも悩み始めました。毎日体重計に乗って確認はしているのですが簡易的に記録を取りたいなと思いましたので、日常的に使用しているlineとAWSのサービスを使用して下記図のようなイメージで体重管理のbotを作成したいと思います。 せっかく作成するのでAWSの様々な機能を使用したいなと思いましたので、前編・後編でまとめます。 前編で上図の仕組みを構築し、後編では記録した体重データを使用して体重推移の可視化やデータの暗号化などを試します。後半のリンクも載せますので合わせて参照していただけると幸いです

DynamoDBを利用するためのポイントをざっくりまとめた。 リンク集みたいな感じになっていますが、どこから手をつけて良いかわからない方は参考にしてみてください。 目次 DynamoDB概要 Amazon DynamoDB は、どのような規模でも信頼性が高いパフォーマンスを維持できる、非リレーショナルデータベースです。 完全マネージド型、マルチリージョン、マルチマスターのデータベースで、レイテンシーを 10 ミリ秒未満に維持でき、 組み込みのセキュリティ、バックアップと復元、インメモリキャッシュを利用できます。 Amazon DynamoDB DynamoDBの特徴 フルマネージドサービス データの格納と取得に特化（高度な最適化）されている 表結合など柔軟なクエリを発行するのは不得意 「値」とそれを取得するための「キー」だけを格納するというシンプルな機能を持った「Key-Valueストア」

jqを使ってJSONからTSVを作りたかったのですが、やり始めてから このJSON、中に配列持ってるわ...。 あ、このkeyを持ってないレコードもあるし...。 と気付きました。 JSONは単なるKeyValueに限らず、Valueとして配列なども持つことができますし、 ファイルに含まれているレコードが全て同じKey項目を持っていることなどもちろん保証できません。 この辺を考慮できないと2次元のTSVに落とすことはできません。 最初は諦めてPythonのコードを書こうかと思ったのですが、 調べてみるとjqなら難なくできることがわかりました！ 今回は、配列は単純にカンマ区切りの文字列にできるものとして、 配列を含むJSONからTSVを作る処理を行ってみました。 具体的には以下のようなJSONから test.json [ { "job": { "jobId": "sample_job_01"

はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

はじめに クラスメソッド株式会社で取締役及びAWS事業本部の本部長を努めております、佐々木と申します。 私は2014年1月にソリューションアーキテクトとして入社後、2015年7月よりAWSエンジニア部門の部長になりました。また事業拡大に伴って営業部門などを集約することとなり、2018年7月よりAWS事業本部の本部長となりました。この6年間、AWS事業部門のトップとして業務に従事しておりましたが、この度2021年6月をもって本部長を引退することにしました。 部長や本部長などの事業責任者は引退が難しいポジションのように思えるかもしれませんが、きちんと順序だてて計画すればスムーズに引退することが出来ます。この記事では、役職をどのようにして引退したら良いのかをご紹介します。 なぜ役職を引退するのか 最も大きな理由は「キャリアの固定化を防ぐこと」です。 私は本部長という役職で、事業本部の中に部があり

長年業務でWindows,プライベートでLinuxを使い続けていた私が、macOSを使ったWeb開発業務を行うことになりました。環境周りを色々調整していたのですが、ようやく安定してきたのでやったことをまとめておきます。 はじめに プライベートでは Ubuntu を中心とした Linux デスクトップ環境、業務では Windows を長年利用していたのですが、色々あって MacBook Pro で開発業務を行うことになりました。 macOS 自体初めてで、独特のショートカットキーを使いこなせる気がしなかったので、Ubuntu に近い操作感にならないかと試行錯誤した結果、ある程度満足の行くところまで調整出来たので、その内容をまとめました。 環境は以下の通りです。内蔵キーボードやトラックパッドは全く使用しない環境となります。 MacBook Pro (13-inch, 2019, Four Th

はじめに Raspberry PiのSDカードの取り扱う上で、複製したり、イメージとして保存しておきたいシーンは多いと思います。 しかし、大容量のSDカードが一般的になった今では、空き容量が大半を占めるベタイメージを作成することは、以下の点から現実的でありません。 イメージファイルの大半を空き容量が占め、時間およびストレージの効率が悪い 元より容量の小さいSDカードに書き込むことができない SDカードに書き込む際、空き領域にも書き込みが行われ、カードの寿命を縮めてしまう ファイルシステムが破損していても、コピー時に気づくことがない パーティションの構造とLinuxの操作を学びながら、SDカードのバックアップをしていきましょう。 背景 Raspberry PiのSDカードの論理構造を見ていきましょう。難しく考える必要はありません。大体こんな感じといったイメージを掴むだけでOKです。 まず、セ

事業開発部の塩谷 (@kwappa) です。 クラスメソッドの関連会社であるアノテーション株式会社の研修として依頼を受け、チームと心理的安全性、それに礼節というテーマで話をしてきました。 スライド 概要 ここしばらく重点的に書いたり喋ったりしている、心理的安全性とその土台となる礼節がテーマです。昨年のDevelopers.IO Tokyo 2019でのセッション『3つの「Re」〜ソフトウェアの信頼性を高めるためにぼくたちができること〜』 をベースに、発表時間が少し長くなったので各要素の解説を丁寧にしつつ、全体の流れを整理しています。 また、エンジニアに特化した部分をはがすことも意識しています。チームで仕事をするのはエンジニアに限ったことではないですし、昨年末からOpsチームのスクラムマスターをやっていることも影響しています。ともすると「仕事 = コードを書く」という意識に傾きがちな自分への

せーのでございます。GW、いかがおすごしでしょうか。私は久々に家族旅行に来ています。 現在朝7時30分。みんな疲れが溜まっているのか全く起きてこない。時間を持て余しているのでブログでも書いてみます。 今日はお休み、ということもあり、仕事の具体的な話ではなく、少し大まかな考え方のお話を共有したいと思います。 私は普段「テクニカルエバンジェリスト」という仕事をしています。端的にいうと一つのテーマに対してプレゼンテーションの資料やデモを作り、勉強会やカンファレンスなどの場所で人にその価値を伝えて共感してもらう事をジョブとしています。 みんなに価値に伝えるためにはどうしたら良いのか。仕事の8割は「考えること」に費やされます。私にとって「自分の考えをまとめること」は今のキャリアの生命線、とも言える作業です。 私は今まで「空・雨・傘」という考え方のプラットフォームに基づいて頭を整理し、アウトプットして

Markdown to PDF Markdownで書きたいけど、PDFで出力したい という機会はエンジニアはよく出くわすと思います。 「Markdown to PDF」といえばGitBook CLIが有名ですが、こちらはメンテナンスがストップされているため推奨されません（環境依存による不具合などが解決されない）。 GitBookほど多機能でなくても良いですが、綺麗にいい感じに出力したい…！と探し回っていたところ md-to-pdf が最も私の要件に合致したので使ってみました。 そんな私の要件はこちら。 CLIから出力したい ページ内リンクが作れる ページ分割ができる ページ数表示が簡単にできる 全体に対して簡単にテーマをCSSで適用できる いざという時にはHTML+CSSでカスタマイズができる それに対して md-to-pdf は以下のような機能があります。 ディレクトリ内のMarkdow

こんにちは！コンサルティング部のキムです！:D 今回は私が今までどうやって英語の勉強をしていたのかについて、ざっくりまとめて共有したいと思いました。 韓国ではTOEICの点数だけで言えば TOEIC910点ってあまり高い点数ではありません。ですが、それは韓国人が日本人に比べて英語が上手だからというわけではないです。 ただ、韓国ではTOEICやTOEFLみたいな英語試験対策の為の塾が圧倒的に多く、その辺りのビジネスも凄く発達していて、 世界のどこよりも効率的にそのテストの点数向上に最適化されているためです。 つまりTOEIC点数が高くても、英語が上手じゃない人もいます。（点数が高い人は英語力が高い傾向性は当然ありますが） 私は韓国で大学を卒業し、大学院でも1年間修士課程の勉強をしましたが、 韓国語ではなく英語で全ての講座、テスト、課題等をやってましたので、最初は本当に辛かったです。 なぜなら

「この本にはお世話になったなぁ〜」 「今でもたまに読み返してます」 「マジでめちゃめちゃ影響受けた」 「そう、こいつが俺のエンジニア人生を変えやがったんだ...」 ↑「こんな本を紹介してください！」と社内チャットで投げてみたら、すんごいことになったのでそのリストをシェアさせていただきます。 ※推薦理由はあくまで推薦者による個人的な意見や思い入れたっぷりなので、それを踏まえてお楽しみください。 目次 アプリケーション/プログラミング ドメイン駆動設計 Java言語で学ぶデザインパターン入門 Pro Git BINARY HACKS Effective Java リバースエンジニアリング―Pythonによるバイナリ解析技法 なるほどUnixプロセス ― Rubyで学ぶUnixの基礎 リーダブルコード メタプログラミングRuby 第2版 Head First デザインパターン テスト駆動開発 C

はじめに 海外旅行大好き chicca です。 英語で話したいけど、何を言ったらいいかわからない。 頭では思いつくけど、単語が口からでてこない。 このような経験は英語学習者が一度は通る道ではないでしょうか？ そんなときにお勧めな本がこちらです。 ITエンジニアの英語術/Amazon ITエンジニアが現場でチャットのやりとりをすることをベースに早く英語を話すコツを紹介しています。 英語を難しく考えすぎず、シンプルに会話を進められるようになる１冊です。 見出し PROLOGUE 世界で通用する英語力が身につく５秒チャット CHAPTER 1 短くして5秒チャット CHAPTER 2 分割して５秒チャット CHAPTER 3 言い換えて５秒チャット CHAPTER 4 質問して５秒チャット CHAPTER 5 短縮して５秒チャット EPILOUGE ５秒チャットの先にあるもの ポイント 読んでみ

やってみた VSCodeに拡張機能を導入 下記の拡張機能を導入します。 Markdown TOC | Visual Studio Marketplace 設定変更：改行コードを変更する 現状は「auto」が挿入されてしまう そのまま使うと、下記のようにautoが挿入されてしまい、うまくできません。 <!-- TOC -->autoauto- [タイトル](#タイトル)auto - [あいうえお](#あいうえお)auto - [aaa](#aaa)auto - [bbb](#bbb)auto - [かきくけこ](#かきくけこ)auto - [いろはにほへと](#いろはにほへと)auto - [ちりぬるを](#ちりぬるを)auto - [さしすせそ](#さしすせそ)auto - [寿限無寿限無](#寿限無寿限無)auto - [五劫の擦り切れ](#五劫の擦り切れ)auto - [海砂利水魚](

入社から1年。7/7はクラスメソッドの創立記念日でもあります。 色々なめでたい事へのお祝いの挨拶を本エントリに替えさせて頂きます。 去年、入社して一週間弱で創立記念日ブログを書く事になって困惑しつつブログを書いていたな……と思いながら、今年も創立記念ブログ週間を迎えました。 1年の流れの速さを感じつつ、この流れの中で感じ・学んだ事をアウトプットする事で自身の1年間をお焚き上げし、またクラスメソッドで得られるものを皆様に共有出来れば嬉しいなと思います。 ▲ 当時即席で打ったドット絵をアプデしました。32×32ではこれが限界です…… と言う畏まった挨拶で始めるブログも中々オツですね！ こんにちは、AWS事業本部のShirotaです。 水出し麦茶をリリースした事でリモートワーク時のQOLが高まってきました。 と言う訳で、今日は2018年7月入社組が1年間を振り返るアドベントカレンダー振り返りブロ