Generating UUIDs at scale on the Web
TL;DR can you trust every browser to generate globally unique identifiers at scale? At Teads, we have tried, and the answer is yes, with a few caveats. This article describes the experiments we’ve run and the discoveries we made along the way. Why we need client-side unique identifiersGenerating unique identifiers is a common need that third-party scripts integrated on Web pages and e-commerce sit
エンタープライズ版でクライアント情報もセキュアに管理。株式会社はてなのScrapbox利用術
コンテンツプラットフォームを軸にさまざまなソリューションを展開している「株式会社はてな」。 「はてなブログ」や「はてなブックマーク」「人力検索はてな」など、そのサービスは多くの人の生活に馴染み、さまざまなシーンで利用されています。 同社は2019年の4月からドキュメント共有サービス「Scrapbox」を使い始めました。そして、現在はエンタープライズ版を導入し、サービス開発に関わる部署全体に浸透させるべく利用の促進を図っている真っ最中。 今回は同社におけるScrapbox活用の発案者であるhitode909様と、同社に入社して初めてScrapboxを利用したmaku693様の2名に、その使い方についてお話を伺いました。 hitode909様（以下「hitode」） 株式会社はてな サービス・システム開発本部 アプリケーションエンジニア maku693様（以下「maku」） 株式会社はてな サ
可観測性（Observability）動向
皆さん、こんにちは！NTTソフトウェアイノベーションセンタの夏目です。新しい元号の令和に変わり、1ヶ月以上経ちましたが、いかがお過ごしでしょうか。さて、私、夏目は先月（2019年5月）にスペインのバルセロナで開催されたKubeCon + CloudNativeCon Europe 2019に参加しました。今回はその国際会議の内容を皆様にお伝えします。 図1. 展示会場にあったKubernetes誕生5周年記念のドーナツの壁KubeCon + CloudNativeCon Europe 2019参加報告の講演なお、このブログの記事の公開に先立ち、2019年6月7日（金）に公益社団法人日本技術士会で参加報告の講演をさせていただきました。 以下が私（夏目）の参加報告の資料となります。 資料1. 参加報告資料今回はこの参加報告から可観測性（Observability）について、少し詳しく見て行きた
CloudFunctionとFirestoreで作るサーバーレスダッシュボード開発5つの勘所
はじめにこんにちは、Voicyデータストラテジストの小山内です。Voicyではプロダクトの大改修フェイズを迎えており、殆どのサービスを作り直す勢いで、開発チームが日夜開発に勤しんでいます！ ↓例えば、バックエンドは、ぱんでぃ(Yoshimasa Hamada)さんが担当しています。 大改修にも含まれる新機能の1つとして、”放送の聴取ログをパーソナリティさんに提供するダッシュボード”を開発する事となりました。 複数の実装方法を考えた中で、今回はGCPの各種プロダクトを活用した、サーバーレスなダッシュボードを作る方向性で検討を進めています。 本記事では、実際に技術検証を進めるに当たって、ポイントとなった点をサンプルコードと共に共有します。 同じ様なダッシュボード開発ではなくても、GCP製品をお使いの方で、参考になりそうな箇所があったら、嬉しい限りです！✏️ 対象読者と記事から得られるナレッジ対
個人で運用している Web サービスをどう管理しているか 2018年版 - r7kamura - Medium
個人で運用している幾つかの Web サービスについて、自分がどう管理しているかを振り返る。 実験には Heroku を利用習作につくったアプリやβ版段階のアプリは、Heroku で動かしている。Heroku を使う場合のより具体的な条件としては、データベースが明らかに無料枠に収まりそうで、24時間動いていなくてもまあ誰にも怒られそうないような場合。Slack 用の Bot や、nippo という日報専用サービスのクローズドβ版などを主に置いている。 メリットに感じている部分は、無料で使えること。デメリットに感じている部分は、サーバが US に配置されることと、データベース系の Add-On が高くつくこと。例えば日本語圏向けのサービスだと、通信時間がそこそこ長くなり、結果的にサービスの体験が悪くなる（昨今の平均的な Web サイトの速度はまだまだ遅いので、それと比較すると悪くなるというほど
日本マイクロソフトを退職します
日本マイクロソフトを退職します新卒で入社した日本マイクロソフトを 1 月 17 日に退職します。 学部生の頃、就職できるはずのない雲の上の企業でした。 就職活動していた際にも視野に入れていませんでした。 なぜそんな大企業に就職したのに退職するの？ こんな記事も書いてもらったのに退職するの？ という質問をよくされるので、いわゆる退職エントリを残しておきます。 なぜ退職するのか最初に、日本マイクロソフトは素晴らしい会社です。 私自身、技術力以外にコミュニケーション能力や電話応対能力、メール文章作成能力が格段に成長しました。 しかし、技術職であるにも関わらずコードを書いてチームで開発をする機会は全くない部署でした。 そこでふと、「このまま今のカスタマー サポートを続けていて自分は何年後かに後悔しないだろうか。」と思いました。 そして、試しに転職活動をしてみると同じ外資系のカスタマー サポート職の
週100時間働いていた元起業家が感じた、働き方改革が業績を上げる4つの理由
僕は5年前に教育系のスタートアップを共同創業して、この春まで働いてきました。 しかし結婚を機に、子育て・保育領域に問題意識が芽生え退職。現在はフローレンスという保育のNPOでフルタイムで働いて勉強しながら、新しい会社の創業準備をしています。 詳しくはこちらの記事をご参照ください前職の創業期は、8–24時×週7日で休憩時間を除いて週100時間くらい働いていた時期もありました。夢中になってやっていたのでさほど苦ではありませんでしたし、この業界ではよくあることです。 そんな働き方について、学生時代からお世話になっているメンターであり、また昨今の働き方改革の推進者でもある小室淑恵さんからは、ことあるごとに何度も注意されました。 しかし当時は「時間あたり生産性×労働時間=アウトプット、なら生産性高く長時間働くのが1番」「会社の生死がかかった時にワークライフバランスなんて言ってられない」と彼女の教えに
エンジニアが「明日からマネジメントして」と言われたら
製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ
「チームワークが苦手」という人が本当に苦手なもの。
この記事を読んでふと思ったんだけど「チームワークが苦手」「団体行動が苦手」という人って、チームプレーさせてみると、実はそんなにチームプレーが下手でもないし、「チームワークが大事」って言ってる人よりむしろチームワークが上手い人が多い、ってこと。 チームワークが苦手、ストレスだって言ってる人が本当に苦手なのは、気持ちが悪い馴れ合いや、意味のない社内政治、皆の意見を尊重しているように見せかけて、その実、チーム内の「政治屋」が集めたマジョリティだけで、せっかくのいいアウトプットを殺す「エセ民主主義」だと思う。 本当に大事なのは、チームの目的をしっかり理解した上で、お互いが妥協なく、素晴らしいものをつくるために発揮するプロフェッショナリズムと、その効果的な「合力」だ。 ところが、「馴れ合い」や「エセ民主主義」は一見「チームワークを向上させるもの」のように見えるだけで（文字面だけ聞くと、そのことを否定
エンジニア向けの社内情報共有ツールの紹介
FiNCのエンジニアの人数も50人を超え、チームを横断した情報共有の機運が高まっています。 もともと社内には情報共有ツールとしてConfluenceやGitHub Wikiなどがありましたが、前者はMarkdownなどのエンジニアがドキュメントを書きやすい機能が不足しており、後者は情報の検索性に難がありました。 エンジニアのコミュニケーションを活性化させるため、カジュアルに記事を投稿できて誰でも見ることができる、新しい情報共有ツールを導入をすることにしました。 今回は候補として検討した際に、以下の要件を満たしていた情報共有ツールを紹介します。 Markdownを使ってプレーンテキストで記述できる記事の更新履歴のdiffを見ることができるフィードで記事の一覧を見ることができるわかりやすい検索機能コメント欄でのやりとりができるWebhook(チャットツール連携)UML記法やスライドの埋め込みの
プログラミングの修得に年齢は関係ない
テクノロジー業界の発展に伴ってソフトウェア開発者の人材不足がいたるところで発生していますが、言い換えれば「プログラミングスキルを身につければ仕事に困らない」ということでもあります。とはいえ、「若い とても勇気づけられる記事だ。 私も今40を超えて、改めてプログラミングを再開している。ブランクがあるから、まだ下手だけど楽しいから没頭できる。時間が足りない分、若い頃より戦略的に修得に向き合えてるようだ。 この先の長い人生をかけてでも、修得し続けるひとつが、私にとってはプログラミングなのだ。そう思えば、多少は時間がかかっても、取り組むだけの価値はある。 かつて日本のIT業界には「30歳定年説」や「35歳定年説」などという言葉があったが、今となっては迷信となってしまった。 設計作業を伴わない、プログラミングをただ「打ち込むだけの仕事」と考えたら、体力の問題だったのかもしれない。人月で見積もりをする
Serverless HTTP handlers with OpenWhisk
In this article, I’ll describe a new OpenWhisk feature: web actions. In short, you can now write HTTP handlers using OpenWhisk actions. An action is “code” (e.g., a function) that runs in response to an HTTP request. As a reminder: actions receive a JSON object as input and produce a JSON object as a result. Using web actions, it is possible to implement HTTP handlers that respond with headers, st
56歳からコードを書き始めて食べていく方法
私は56歳、最近プログラミングを始めたんだ。 なぜかって？やりたいからに決まっているじゃないか。ようやく最近コツをつかめてきてね。でもコツをつかめたからといって簡単にはいかない。正直なかなか手こずっている。でもいいんだ。 アルゴリズムに挑戦して我を忘れるのは楽しいし、まだテストしたい事があって「あと数分だけ」と繰り返し自分に言い聞かせるのもいい。「今度こそ上手くいったかも、、」とドキドキしてから「やったぞ！ついに動いた。」となる瞬間も大好きだ。 でもこんな私には今まで趣味と呼べるものが何ひとつなかった。自分に見返りがない事に時間を費やすのは嫌だったんだ。ただ楽しみのためだけに何かをするのが好きじゃなかったのさ。休みの日にやる事といったら、ちょっとした小遣い稼ぎになるような事ばかりだった。 オーケー。もちろんコーディングだって小遣い稼ぎさ。上手くやればかなり稼げる。これだってあなたから見れば
ネットのアクセスピークが朝方にシフトした事実とその理由
新聞朝刊閲読率は 2010 年度 82.9％から今回 70.4％に低下、一方、インターネット ニュース閲覧率は 2010 年度 57.1％から今回 69.6％に上昇し、両者の差がほぼなくなった。 公益財団法人新聞通信調査会が24日に公開した「第９回2016年メディアに関する全国世論調査結果の概要（PDF）」にある上記のデータですが、これに関連して、もうひとつ重要な変化が起きていると感じています。 それはブログやニュースなどのネットメディアのアクセスピークが朝方にシフトしたという事実です。 翌朝のアクセス数が、前夜の130%を記録 2日間の時間別アクセス数これは2日で約3万PVを獲得したブログ記事のアクセス解析です。 このグラフを見れば、アクセス数のピークが、夜と比べてあきらかに朝へシフトしていることが確認できます。 また、お昼にも、もう一度ピークが訪れた結果、前日の「夜18時から10時間」
うわっ、私のサイトBootstrapくさすぎ!? たった数文字変えるだけでBootstrapのくさみが抜ける7つのCSSテクニック。
なんか、このサイトBootstrapくさい。そう感じることはありませんか? その理由はズバリ、欧文ベースでつくられたフレームワークを文字構造の違う日本語で適用した際に不都合が出てしまっているからです。 それらが醸し出す違和感を放っておくと、Bootstrapくささを生み出す大きな原因になってしまいます。 そもそもの問題として、欧文と比較して和文は文字の要素が多く、文字自体のリズムも少ないため、どうしても複雑で単調に見えてしまいます。 しかし、和文だからといってあきらめることはありません。BootstrapのCSSを少しだけ変えるだけでグッと見た目がよくなる隠し味をご紹介します。 1. line-heightで行間にゆとりを。明朝やゴシックなど、フォントの種類が言葉の印象を表すように、文字の行間は読みやすさ、文章全体の雰囲気を左右します。 欧文をベースに設計されたBootstrapをそのまま
Kaizen Platform, Inc. エンジニア行動指針
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
マネージドサービスについて
マネージドサービスについて AWSなどが提供するマネージドサービスを使うかどうかは利用者側の状況にひとえに依存すると思う。 まず気にするべきポイントは、マネージドサービスを使うことで得られるメリットを明確にすることだ。一般に、マネージドサービスはインフラストラクチャからよりアプリケーションに近いレイヤ、多くの場合特定のミドルウェアまで、を抱合して提供してくれるため、運用面での負担が減る。できるだけ利用する方がよいと思う。一方で、運用のやり方やスタイルは提供者側の目線にあわせないといけない。ここにギャップが生まれやすい。理由としては、提供者側の気にする点が全体最適化のうえでベストエフォートで提供できるラインはどこか・そのうえで提示できるSLAがどこにあるか、なのに対して、利用者側の気にする点はミクロな視点で特定リソースが安全に継続可能性が十分にある状態で妥当なコストで利用できるか、の違いがあ
7年間のCTO人生を振り返ってみる
2015年8月、株式会社ビズリーチにおいてCTOから事業責任者へと職務が変わり、もうすぐ半年が経過しようとしているところですが、一度、7年弱に渡るCTO人生を振り返ってみようかと思います。 CTOとは何をする人ぞCTOとはChief Technology Officerの略。最高技術責任者とも言われます。AWSさんや、TechCrunchさんなどが主催する、CTOを集めるイベントに参加させて貰うと、たくさんのCTOの方とお話する機会もあり、時々、CTOの役割って何なんでしょうね？なんていう話になることがあります。お話を聞くと千差万別、まだ役割が完全に決まっていないくらい、歴史の浅い役割であるということと、結局はトップの一人なので、最終的にはその人ができる限界値が役割になっているのだと思うのですが、ひとつのケーススタディということで、僕がやってきたことを綴ってみようと思います。 サービスの立
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHubを快適にブラウジングするための3種の神器
