最近の若者、優秀すぎる問題 最近、優秀な新卒エンジニアさんが本当に多いです。 毎年どんどんレベルが上がっているように感じます。 それによって会社がパワーアップするのは素晴らしいのですが、逆に懸念事項もあります。 小中学生の頃からプログラミングをやっている 地頭も良い プログラミングに対するモチベーションも高い ↑こんな若者が多過ぎて、先輩よりレベルが高かったりします。 そうすると、タイトルのような問題が起きます。 先輩にネガティブフィードバックしづらい問題 私のような、40歳くらいのヘッポコプログラマーが先輩なのです。 そうすると若者たちにとっては、かなりやりづらいのです。 そこで、この記事では「40歳おじさんエンジニアに対してネガティブフィードバックを上手く伝える方法」を紹介します。 40歳おじさんエンジニアの生態 ドラゴンボールが好き 40歳おじさんエンジニアは全員ドラゴンボールが好き

はじめに 個人サービスを公開するまでに必ずやるべきことがあるのですが、思い出すのに時間が掛かってしまったり、「事前にやっておくべきだった...」と毎回思います。ここら辺の情報は調べてもまとまっている記事がなかったので私なりにチェックリストとしてまとめてみました。難しいことは一切なく（経験者には当たり前なことかも？）、比較的簡単に出来るものを書かせて頂きますので気軽に読んでいただけると嬉しいです。 前提 僕は個人サービスを公開する上で集客に重きを置いています。後述するやるべきことは集客をベースとした内容であり、サービスを利用する上で必ず必要ではないということをご理解ください。また、WEBの要素が強めなので、モバイルアプリ等の開発者は参考にならないことが多いと思いますのでご了承ください。参考までに僕が個人開発しているサービスです。Gmailのようなツール寄りのサービスではなく、キュレーションサ

*2021 6/11追記　『でもクラス名考えるのめんどくさい』問題についての私の見解を大幅加筆しました。 *本記事はピュアなCSSについてのある程度の知識があり、Tailwind CSSの採用について考えている層を対象読者としています。ピュアCSSの知識が乏しく、最適なCSSフレームワークを探している読者は対象としていません。 色々書き比べた結果Tailwind CSSにしたという話 こちらの記事がバズっていた(6/9現在 over 200likes)為、読ませて頂きました。 これまで主観的な印象と薄い議論で賛否が分かれていたTailwind CSSについてこれまでのcssの技術の変遷を踏まえて技術的にかなり踏み込まれた考察の上で選定の理由が書かれており、Tailwind CSSアンチ派の私にとっても非常に勉強になる記事でありました。リスペクト。 その上で、こちらの記事では私が『それでもC

本番RDSスナップショットをそのままテスト用に使うわけにいかない。個人情報とか業務上の機密とか。マスクします。みなさんどうやってるんですかね。 全体像 こんな流れで作ります。 create RDS Instance Data masking RDS create snapshot RDS instance shutdown この記事では 2. のところを扱います。ほかは手作業。そのうちawscliとCodeBuildで自動化する。 マスク設定ファイルをつくるのに必要な情報を用意する information_schema.tables, columnsを漁る テーブルそのものの要否をふりわける 必要なテーブルについて、マスクすべきカラムを選別する カラムごとに、どんなデータパターンでマスクするか決める マスク設定ファイルをつくる マスクツールは dbtestdata を使います。dbtest

ブルベースの堀内です。 エンジニアチームのマネージャーを担当しております。 ブルベース株式会社は2020年3月に人材事業、受託開発事業、自社サービスの新規開発・運用保守を担う会社として発足しました。発足に伴いエンジニアの評価制度を考える機会をいただいたものの、非常に頭を悩ませました。通常業務をこなしつつ、評価制度を検討したため、半年もの時間がかかりました。 皆様の参考になればと思い、どのような思いで検討したかを述べさせていただきます。 エンジニア評価制度の必要性と方向性 エンジニアの評価制度を策定するにあたり、なぜ必要なのかを改めて考えてみることにしました。評価制度に従って、役職や給与が決定することは当然のことです。ただ、それだけではありません。この評価制度は「会社がどのようなエンジニアになって欲しいか」というメッセージと考えるようにしました。 現在、所属するエンジニアのみで誰がどのランク

この記事では、Dockerを例に、コンテナログ処理の一般的な方法やベストプラクティスをいくつか紹介しています。 背景 Docker, Inc. 旧社名：dotCloud, Inc）は、2013年にDockerをオープンソースプロジェクトとしてリリースしました。その後、Dockerに代表されるコンテナ製品は、分離性能の良さ、移植性の高さ、リソース消費の少なさ、起動の早さなど複数の特徴から、瞬く間に世界中で人気を博しました。下図は2013年からのDockerとOpenStackの検索傾向を示しています。 コンテナ技術は、アプリケーションの展開や配信など、多くの便利さをもたらします。また、以下のようなログ処理のための多くの課題ももたらします。 1、コンテナの中にログを保存した場合、コンテナが取り外されるとログは消えてしまいます。コンテナは頻繁に作成・削除されるため、コンテナのライフサイクルは仮想

複数のクラウドサービスを利用している（マルチクラウド）など、単純には閉域網を構築できない環境でマイクロサービスアーキテクチャを採用する場合には、サービス間の認証認可が必要となる。この場合のサービス間の認証認可方式を決める参考となる、OSSやSaaS、Webサービスで採用方式ついて整理した。 Istio サービスメッシュの実装として有名なIstioではサービス間通信を以下のように制御できる。 Istioの認証認可では認証主体がService Identityというモデルで抽象化され、KubernatesやIstioで定義するService Accountに加えて、GCP/AWSのIAMアカウントやオンプレミスの既存IDなどをService Identityとして扱うことができる。 サービス間の認証 (Peer Authentication) は、各サービス (Pod) に設置するSideca

🚀 Super excited to announce: ♿️ React Aria — Accessible UI primitives for your design system. 👑 React Stately — State and core logic for your design system. 🌈 React Spectrum — Adobe’s design system. Learn more: https://t.co/ucVguh3rqp Github: https://t.co/e8aOfLgCVK — Devon Govett (@devongovett) July 15, 2020 7月15日にAdobeのデザインシステム react-spectrum がリリースされました。 デザイン製も優れていますが、他の部分でのクォリティーが個人的にショックだった

概要 GitHub上で動作するChrome拡張についてざっくばらんに紹介 検証をChromeで行っただけで、他ブラウザでも使えるものも含む ご注意 紹介してるもの同士の互換性は考慮していません。組み合わせによって動作しなくなる拡張もあります 拡張機能は本家GitHubの変更を強く受けるため、突如使えなくなるリスクがあることをご認識ください プライベートリポジトリでは使用できない、あるいはAPIトークンを渡したり認可する必要があるものを含みます 本記事で紹介している拡張はいずれも2020/05/03時点の最新版をChrome81系で動作確認済み Refined GitHub 説明不要なレベルで、これを入れておけばまず外れないので迷ったらコレ 詳細は別途紹介記事を書いてます GitHubを圧倒的に便利にするRefined GitHub のTips集 Octotree サイドバーにディレクトリツ

水耕栽培用にRaspberry Piで水温、室温、湿度、水位を計測してGoogleスプレッドシートにアップしてみたPythonRaspberryPi はじめに 春も近づきそろそろ暖かくなってきました。種まきの季節だー、ということで 屋内水耕栽培にチャレンジしたく役立ちそうなものをラズパイで作ってみました。 処理の流れ ラズパイで水温、室温、湿度、水位を測定する。 測定結果をSQliteでローカルDBに保存する。 測定結果をWifiルーター経由でGoogleスプレッドシートにアップする。 GoogleスプレッドシートにあげちゃえばスマホでもPCでも何処からでも簡単にアクセスできます。 アップロードされたデータをGoogleスプレッドシートでグラフにして可視化できるようにしました。 機器はこんな感じ 参考にさせて頂いたURL 他の方のラズパイの事例を参考に見様見真似で繋げました。 温度/湿度セ

はじめに Authlete（オースリート）社主催の勉強会『いまどきの OAuth / OpenID Connect (OIDC) 一挙おさらい』（2020 年 1 月 31 日（済）, 2020 年 2 月 21 日（中止））の内容がてんこ盛り過ぎるため、予習・復習用の情報を書き出そうと思います。 追記 2020 年 1 月 31 日の勉強会の資料と動画（字幕付き）を公開しました！ OAuth / OIDC 勉強会参加者は、OAuth 2.0（オーオース）と OpenID Connect（オープンアイディー・コネクト）の基本を知っていることが前提となります。 OAuth 2.0 は「アクセストークンを発行する仕組み」です。その中心となる仕様は RFC 6749 です。詳細については『一番分かりやすい OAuth の説明』と『OAuth 2.0 全フローの図解と動画』をご参照ください。 Op

JAWS-UG 初心者支部 #22 ハンズオン用の資料です。 目的 AWSアカウントを不正利用されないために、アカウントを作成したらまずやるべきセキュリティ周りの設定を行います。 前提 AWSアカウントを作成済みであること AWSアカウントにログインしていること リージョンは東京リージョンを利用します ハンズオン手順 アカウント周りの設定 ルートアクセスキーの削除 ※ルートアカウントのアクセスキーは、デフォルトでは作成されておりません。アクセスキーを作成済みの方を対象とします。 ルートアカウントは全てのサービスへのアクセスが出来てしまうため、ルートアカウントは使用せず、IAMユーザーを使用しましょう。 CLI等のプログラムアクセスも不要なため、アクセスキーを削除します。 https://console.aws.amazon.com/iam/home#/security_credential

こんにちは。株式会社ビットジャーニーでKibelaというサービスの開発をしているエンジニアのpockeです。 先日KibelaではZapier Integrationをベータリリースしました。つまり、Zapierを通していろんなアプリケーションとKibelaが連携できるようになりました。 https://blog.kibe.la/entry/2019/10/17/150109 Zapier Integrationの実装をしていてとても驚いたことが1つあります。それはZapier Integrationの実装がとてもシンプルかつ簡単で、developer friendlyであるということです。 実装前にはZapierについては正直名前ぐらいしか知らなかったですが、実装が終わってリリースをする頃にはすっかりファンになってしまうぐらいの魅力がありました。 この記事では、そのZapier Inte

はじめに Leverages Advent Calendar 10日目担当の ham です。 今が 12月12日だということは気にしてはいけません。代打です。 Leverages で、セキュリティの責任者としてセキュリティ意識の啓蒙や全社に関わるシステムの改善をしています。 また、前職では、SOC、NOC、BGPの運用などを行っていました。 最近メールについて不可解な問い合わせが増えてきたので、調べたことをまとめます。 追記(2019年12月24日 17:10) 本日 16時頃に Outlookサポートから不具合を改修した旨の連絡が来ました。 私もテストを実施し、Outlook から送信した Re: 【hoge】【fuga】 のメールが Gmail に届くことを確認しました。 メリークリスマス！ 追記(2019年12月15日 21:40) 反響の大きさにびっくりしています。茶渡の霊圧を消し

PostgreSQLで一意制約が設定されたカラムを一括UPDATEした際に、一意制約違反になったことありませんか？ 今回、遅延制約という機能を使い、更新を実現する方法を紹介します。 例えば以下のようなテーブルとテストデータを用意し、一括更新してみましょう。 -- TABLE DEFINITION CREATE TABLE posts( id integer NOT NULL, CONSTRAINT posts_pk PRIMARY KEY (id) ); -- TEST DATA INSERT INTO posts VALUES(1); INSERT INTO posts VALUES(2); INSERT INTO posts VALUES(3); -- UPDATE UPDATE posts SET id = id + 1;

前置き CSSでの余白の取り方について、後輩に「margin-topとmargin-bottomどっち派ですか？」と聞かれたので、 回答内容を記事として残します。 昔、会社のOJTで学んだことの共有となります。 1. 基本的にmargin-topを使う 理由としては、そちらの方が後々調節しやすいからです。 また、後述の優先度で設定していけば、margin-bottomの出番はほぼなくなります。 2. どうしても無理な場合にbottomを使う margin-bottomは他の方法ではどうしても設定が無理なケースのみ使いましょう。 3. 隣接セレクタをうまく使うとトルツメしやすい 特定の要素同士が並んだ時だけマージンを取る＝余白の打ち消し設定が不要になります。 設定の優先度 要素がいくらネストしても下記の優先度は変わりません。 この優先度で余白を設定していけば、margin-bottomの出番

この記事の概要 プログラミング学習を続けてきて、ちょっと疲れた人向け プログラミングに対するモチベーションが下がった時、息抜きに見ると良い映画リストの紹介記事を和訳したもの 元記事：https://medium.com/the-andela-way/10-movies-to-get-you-coding-again-3d463b1bd9af いずれもAmazon Primeビデオにラインナップされている（ダイレクトマーケティング） 作品ラインナップ １）SILICON VALLEY（ドラマシリーズ） ２）MR.ROBOT（ドラマシリーズ） ３）バトル・オブ・シリコンバレー（映画） ４）ソーシャル・ネットワーク（映画） ５）アイアンマン（映画） ６）スティーブ・ジョブス(2013)（映画） ７）ファウンダー ハンバーガー帝国のヒミツ（映画） ８）イミテーション・ゲーム/エニグマと天才数学者の

はじめに Pragmatic Terraform on AWS、控えめにいって神本です。 AWSの知識がある程度ある人が、IaC入門するのに最適すぎる。 今週中にやり終わりそうなので、金曜あたりにレポ書きます。 — nari@エンタメ系エンジニア (@fukubaka0825) June 1, 2019 予定より、ちょっと遅くなってしまいましたが、宣言通り書評書いていこうと思います。。 ただただ「Pragmatic Terraform on AWS」を褒めちぎるだけの記事になってしまうことをご了承ください。。 こんな人にオススメ AWSの知識がある程度あって、IaC(Infratecture as Code)に入門してみたい人 他のIaCのツール(CloudFormationとか)を使っていてterraform使ってみたい人 AWSもIaCも全くわからん、、だとちょっと進めるのが辛いかもし

モチベーション IDaaSを社内サービスへの適用したい OpenID Foundation Japanのガイドラインが伝える OpenID Connect Implicit Flowの実装方法を試してみる あんまりRailsでの実装事例を見ないので、これを見てもっと良い実装方法があるよ〜とかあればご意見をいただければ..!! 例のごとく、自分のブログからの転載 http://selmertsx.hatenablog.com/entry/2018/08/22/104510 前提 本ドキュメントではOpenID Connectの仕様については説明しない OpenID Foundation Japanが提供する実装ガイドに従って認証機能の実装を行う 認証のフローはImplicit Flowを採用している Authorization Code Flowは、OPとRPが直接やりとりをする必要がある

背景 2018年末、出張帰りの飛行機で急に思いつく。 「そうだ、二つ名を表示するアプリって楽しくないかな？」 「でも、機能が少ないアプリはApple審査通らないしな・・・」 「まあ試してみよう」 作ってみた という事で、Xamarinでサクッと実装。 「AAAなBBB」と言った感じの二つ名を出すために、AAA用のリストとBBB用のリストを作って、 ランダムで表示するようにする。文字列は思いつく限りで書き出す。 ・・・よし、組み合わせで2500通り以上にはなったので、まあいいかな。 うん、シンプル好きな自分にとっては、まあ良い気がする。 メインの機能実装よりも、SNS系の連携調べて実装したり、Firebase(Analytics, Admob)周りが初挑戦で時間がかかった。 Admob入れたのは、よくゲームとかにある全面広告をやってみたかったので。 ＃やった結果、友人に不評だったので見せ方を