こんにちは。エンジニアの敷地(@shikichee)です。 現在AI受診相談ユビーのプロダクトオーナーをやっています。 自分が入ってから、リピーター数が2ヶ月半で5倍に 今回はエンジニアとして培ったスキルを活かしながら、施策の立案から実行まで行い、2ヶ月半でリピーター数が5倍になった事例を紹介できればと思います。タイトルは若干ふざけすぎですが。笑 ※この記事は Ubie Advent Calendar 2020 の 21 日目の記事です。 0. 突然のチーム移動&課題だらけの環境Ubieに入って3年間、病院向けのプロダクトAI問診ユビーをソフトウェアエンジニアとしてずっと開発してたのですが、今年の10月にAI受診相談ユビーという一般ユーザー向けのサービス開発チームに異動することになりました。 AI受診相談ユビーとは 質問に答えいてくと、参考病名や適切な医療機関が出てくるシンプルなサービスで

本物のジョブ型社会ではキャリアアップは難しい 前回、日本型の「無限定な働き方」とは、「易しい仕事から始めて、慣れたらだんだん難しくする」というものであることを説明しました。その結果、知らない間に習熟を重ね、給与も職位も上がっていくことになります。まさに無限階段が作られているわけです。 一方、欧米のジョブ型労働は、ジョブとジョブの間の敷居が高く、企業主導で無限階段を容易には作れません。キャリアアップの方法は、原則として ①やる気のある人がジョブとジョブの間の敷居をガッツで乗り越える ②一部のエリートが自分たちのために用意されたテニュアコースを超スピードで駆け上る の2つだけ。その他多くの一般人は、生涯に渡って職務内容も給与もあまり変わりません。 その結果、日本と欧米（とりわけ欧州）では、労働観が大きく変わってしまいます。日本では「誰でも階段を上って当たり前」という考え方が、働く人にも使用者に

GitHub上でプログラムを公開するとき、 どのライセンスを使えばいいのかわからない どうやってライセンスを設定すればいいのかわからない ライセンスというもの自体が難しそうでよくわからない などの理由で、ライセンスを設定しないままになっていることはないでしょうか？ この記事では、個人の開発者によるプログラムにライセンスが設定されていなかった場合にどのようなことが起きるのか、という観点からスタートして、ライセンスについての理解を深めていこうと思います。1 注意1: この記事の執筆者は法律に関する専門家ではありません。法律やライセンスに関する言及や解釈は不正確である可能性があります。実際の問題に対しては専門家による助言を受けてください。 注意2: この記事の内容は執筆者個人の見解であり、所属企業・部門の見解を代表するものではありません。 ライセンスがないということ プログラムのソースコードは、

無料で商用利用OK！クレジット表記不要のフリーイラスト素材を配布中。どんなシーンにも大体はまる、シンプルでかわいいイラストを配布しています。

こんにちは、主に検索周りを担当しているエンジニアの伊藤です。 この記事は Enigmo Advent Calendar 2020 の 17 日目の記事です。 みなさんは適切なDockerfileを書けていますか？とりあえずイメージのビルドが出来ればいいやとなっていませんか？ 今回は自戒の意味も込めて、改めてDockefileのベストプラクティスについて触れつつ、 そもそもDockerfileを書かずにコンテナイメージをビルドする方法とコンテナセキュリティに関する内容についてまとめてみました。 Dockerfileのベストプラクティス イメージサイズは極力小さくしよう ビルドキャッシュを活用しよう Dockerfileに関する悩みどころ Dockerfileを書かないという選択肢 Buildpack Cloud Native Buildpacks CNBの仕組み デモ CNBのメリット セキ

フリーランスのグラフィックデザイナーとして12年活動しています。このブログを掲載しているnoteというサービスで、お仕事を依頼する方のためのページを作れるということを知ったので、これまで非公開にしていたデザイン料金表を公開してみようと思います。 僕の周りのデザイナーは料金を公開しない方がほとんどなのですが、これをきっかけに周りやお客さんの意見を聞いて、少しずつ調整できればと考えています。それではどうぞ！ ＜注意事項＞ ・写真はこれまでに制作した実績から抜粋していますが、写真と料金は必ずしも一致しているわけではありません。 ・それぞれ単体でご依頼頂く場合の価格なので、まとめてご依頼頂く場合は金額を調整することも可能です。 ・料金はあくまで目安です。クライアントの規模やご依頼内容によって変動する場合があります。 ＜2021.10.29追記 金額を若干調整しました＞ Profile 三迫太郎（T

この記事は、Tech KAYAC Advent Calendar 2020 の17日目の記事になります。 こんにちは。はじめまして。クライアントワーク事業部でコピーライターをしている合田ピエール陽太郎と申します。 www.kayac.com コピーライターとは 普段は、広告を見る人に向けて、どんな言葉を言えば振り向いてくれるか、商品を手に取ってもらえるかを考え続けて全精力を捧げている人間です。いわゆる短い言葉で、人を惹きつけるにはどうすればいいかを常日頃から考えています。たとえば、YouTubeの『好きなことで生きていく』、日産の『やっちゃえ日産』などは一度は目にしたことがあるのではないでしょうか。そういった言葉をディレクターから依頼されて考えることが多いです。 書こうと思ったきっかけ 僕がこれまで数社を渡り歩いてきた中でエンジニアと他の職能の人とが言葉のやりとりで上手くいかずに憤慨してい

今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな

わたしはサンタさんがいると思っています。 逆に、いないと言っている人の意味がわかりません。 サンタさんという職業、前テレビでもやっていました。 サンタさんのプレゼントは絶対親がくれないようなものをくれ わたしはサンタさんがいると思っています。 逆に、いないと言っている人の意味がわかりません。 サンタさんという職業、前テレビでもやっていました。 サンタさんのプレゼントは絶対親がくれないようなものをくれ ます。 どうしてトナカイは空を飛ぶのか。 これは純粋に疑問です。 どうしてサンタさんは家に入ってこられるのか。 お母さんはイブに鍵を開けてると言っていました。 サンタさんへの手紙を枕もとに置いたら次の日ちゃんと返事が書いてある。しかも、スラスラの英語で。 お父さん、お母さんはこんな英語書けません。 どうして、サンタさんが空を飛んでいる様子の動画がないのか、疑問です。 詳しく教えてください。 ち

https://blimpup.io TL;DR docker-compose をリモートで実行するための開発フェーズ向けのサービス ローカルマシンへ負荷をかけずに開発できる URL を発行してくれるため第三者への公開も可能 概要 blimpup はざっくりいうと「docker-compose をリモートで実行する」ためのサービスです。 用途としては本番環境としてではなく開発フェーズでの利用を想定されており、docker-compose を使用した開発の効率化を行ってくれます（k8s のtelepresence に近いイメージです）。 従来開発フェーズで使用していたdocker-compose をローカルで直接コンテナを動かすのではなく、blimp の提供するインフラ上で動かし、ローカルマシンに負荷をかけることなく開発が可能になります。ローカルのファイルと同期を行ってくれるためファイルの更

JavaScript QuestionsのLydia Hallie氏の「JavaScript Visualized」シリーズすべての翻訳を完了したので、まとめて紹介します。 JavaScriptエンジンの仕組みをはじめ、イベントループ、スコープチェーン、プロトタイプ継承、非同期処理、ジェネレータ関数、Hoisting（巻き上げ）など、GIFアニメを使用して詳しく解説しています。 シリーズ7本すべてと、プラス1として楽しく学べるクイズもあります。 JavaScript イベントループの仕組み JavaScriptでエラーの原因となるHoisting（巻き上げ）の仕組み JavaScriptのスコープチェーン・変数参照の仕組み JavaScriptエンジンの仕組み JavaScript プロトタイプ継承の仕組み JavaScriptのジェネレータ関数とイテレータの仕組み JavaScriptの

うぃっちわっち(丁稚) @Witchwatch99 「左足ブレーキがNGなのは踏み間違えの原因になるから」なのですが、何故踏み間違えが起きるのかを説明出来る人は少ないと思います。 これから書く内容は某2輪メーカーでテストライダーやってた人がメーカーの技術者に教わったお話をその元テストライダーの方から聞いた話です。 twitter.com/uomi4/status/1… 2020-12-15 03:02:21 うぃっちわっち(丁稚) @Witchwatch99 平成に入ってから免許取った人は、教習所の第1教程でAT車に乗って、左足は置いたままで右足でアクセルとブレーキを踏み分ける様に教わってると思います。 このMT免許でもAT車の教習受ける様になったのは昭和の末期で、当時ペダル踏み間違えによる事故が社会問題になったからです。 2020-12-15 03:02:23 うぃっちわっち(丁稚) @

はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための１種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、５年も

この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基本的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io

まとめ async/await 構文は、Promise で書ける処理のうち特定のケースしか表現できない 特定のケースとは、ある非同期処理の前処理と後処理がそれぞれ 1 個ずつの場合のみである async/await 構文は初心者に非同期処理を導入する際に適しているが、非同期処理を逐次処理として書けるという幻想を与えるので、どこかで知識をアップデートする機会を設けるべきである この記事はなに？ 少しバズったのでまとめておこうかと。 「async/await があれば Promise なんて難しいものは要らない！」とか言ってるウブな子に、複数の API に並列にリクエストを投げて一つ以上成功した時だけ先に進む、みたいな問題を与えて愛でてみたい。— Yuta Okamoto (@okapies) 2020年12月11日 async/await は Promise のネストを手続き的なコードに見え

参考 : Frequently asked questions 加えて wasm はパフォーマンスの他に移植生も考慮されて設計されています。これによって C++ などでクライアント向けに実装された SDK なども Web に移植できる可能性も生まれます。他にもゲームの SDK, 画像コーデック, 機械学習のモデル、言語ランタイムなども対象にできるでしょう。 とはいえ現実世界で使えているのか Google みたいなトップクラスの技術力の会社だけじゃない？と思われるかもしれません。次はプロダクションの例を調べてみます。 プロダクションでの導入例 Web アプリではまだそこまで実装例は多くないですが、着実にプロダクションでの使用例は年々増えているようです。Google は Meet だけでなく Earth でもプロダクション投入しているようで流石ですね… Google Earth Google

くわっちょ@社畜犬X @kuwaccho0711 ITエンジニアは何か頼むと「めんどくせーな」と言い出す方がまだ信頼できます。ツンデレなので。 「頑張ります！」と言う奴ほどバックれます。 2020-12-10 10:04:48

2020年という年は、コロナ禍に始まりオリンピック延期、政権交代、米国大統領選挙など大きな事件が大きすぎて10大ニュースを絞り込むのに苦労するが、通信・IT業界としては、今年7月に米国が「安全保障上の脅威」を理由にファーウェイとZTEという中国の通信企業からの調達を禁する決定を下したという衝撃ニュースは、間違いなくランキング上位に入るだろう。 米国は、自国のみならず同盟国などにもファーウェイ排除の「クリーンネットワーク」への参加を呼び掛けるなど、世界中を巻き込んで5Gをめぐる覇権争いに強硬な姿勢で臨もうとしている（日本は今のところ、この動きには同調していない）。 米国がこうした強硬姿勢を明確に打ち出した背景には、各国が鎬を削る5Gの普及展開において米国が極めて厳しい立場に置かれていることがある。本稿は、安全保障における米国の5G戦略の難しさと今後の展望を描いたことで米国連邦政府の行動に大き

社会学者ベッカーがラベリング理論で明らかにしたことですが、ひとたびレッテルを貼られた人は、そのレッテルのもとにアイデンティティを確立するようになります。「不良」というレッテルを貼られると、「どうせ自分は不良だから」となって、その方向に進んでしまうのです。ゆとり世代というレッテルを貼られた若者たちの中には、それによって自分に自信が持てなくなるということが実際に起きています。 私がある専門学校の先生たちに講演をしたときに、ある若い先生が「私はゆとり世代で自信が持てない。こんな自分が先生でいいのか？ 生徒たちに申し訳ない」と発言しました。同じ話はある自営業の2代目社長からも聞きましたし、幼稚園や学校の先生たちの研修会でも聞いたことがあります。 もう1つの危険性は、安易なレッテル貼りをする人は、それでわかった気になり、観察力や思考力が鈍る可能性があるということです。これが自分の仕事や人生にとっても