タグ

2020年1月14日のブックマーク (20件)

  • 後悔しないための Azure App Service 設計パターン (2020 年版) - しばやん雑記

    Azure App Service (Web Apps) がリリースされて 6 年、情報のアップデートを行いつつ気になった情報は適当にブログに書くという日々ですが、Regional VNET Integration や Service Endpoins が使えるようになって設計に大きな変化が出るようになったのでまとめます。 最近は Microsoft で HackFest を行うことも多いのですが、App Service をこれから使い始めたいという場合に、失敗しない構成を共有したい、知ってほしいという意図もあります。多いですが中身は単純です。 基設定 64bit Worker は必要な場合のみ利用する FTP / Web Deploy をオフにする Always on を有効化する ARR affinity をオフにする HTTP/2 の有効化を検討する Health Checks の

    後悔しないための Azure App Service 設計パターン (2020 年版) - しばやん雑記
  • 私がエンジニアになるきっかけとなった動画|ざわきん/zawakin

    どうも、ざわほげです。日は私をエンジニアの道に誘うことになった一つの動画を紹介します。この動画について次のようにツイートしました。 プログラマーかっこいいと心で思ったのは高校の頃に「オセロを一時間で作る」って動画をニコニコで見たとき 大学は理学という違う進路に進んだけど、ずっと頭には素早く実装するカッコ良さが残ってて、結局エンジニアになった今もその人に憧れがあるかも — ざわほげ (@zawawahoge) January 13, 2020 私のプログラミング人生のきっかけともいえる強烈な原体験を作り出したものなので紹介したいと思います。 「オセロを1時間で作ってみた」 その動画とは、ニコニコ動画でアップロードされている t-kihira さんの 【プログラミング】オセロを1時間で作ってみた【実況解説】 です。 動画の内容は、メモ帳しかインストールされていないWindowsマシンから始

    私がエンジニアになるきっかけとなった動画|ざわきん/zawakin
  • これまでとこれからの G Suite | Google Workspace ブログ

    Google Workspace を無料で体験ビジネス メール、ストレージ、ビデオ会議など、さまざまな機能をご利用いただけます。 登録する ※この投稿は米国時間 2019 年 12 月 19 日に、Google Cloud blog に投稿されたものの抄訳です。 2019 年、G Suite はいくつものマイルストーンを打ち立てました。Gmail は 15 周年、Apps Script は 10 周年を迎えました。また、最新のワークスタイルの実現を目指す企業をサポートするために、この 1 年間でリリースしたプロダクトおよび機能の更新は 300 件近くにのぼります。今回は、Google の 2019 年の成果をハイライトでまとめて振り返りたいと思います。 ビジネスに「アシスト」を提供 Google が常に主張しているように、クラウドを利用することによって職場の生産性とコラボレーションを強化す

    これまでとこれからの G Suite | Google Workspace ブログ
  • Chromium版Microsoft Edge、明日1月15日に予定通り正式公開の見通し

    マイクロソフトが開発中の新しいWebブラウザ、いわゆるChromiumMicrosoft Edgeが、明日1月15日に予定通り正式版となり、公開される見通しです(おそらく日時間で15日深夜頃からではないかと予想されます) 同社は2019年11月に行われたイベント「Microsoft Ignite 2019」で、1月15日がChromiumMicrosoft Edgeの正式リリース日になると発表していました。 The new Microsoft Edge is coming January 15 -- with improved performance, security, and privacy. Download the Beta to check it out today! https://t.co/juVlca7jk3 pic.twitter.com/WQIz0KIb44 —

    Chromium版Microsoft Edge、明日1月15日に予定通り正式公開の見通し
  • Vue.jsを100時間勉強して分かったこと - Qiita

    Vue.jsを100時間ほど勉強して分かったことを整理します。 勉強時間の内訳は、 UdemyVue JS 2 - The Complete Guide (incl. Vue Router & Vuex) をだいたい全て完了(85時間) 実際に自分でコードを書いてみた(15時間) です。 学習開始時のレベルは、JavaScript・jQueryはそれなりに扱うことができ、過去に少しだけReactを勉強したことがある感じでした(専門は Ruby on Rails)。 Vue.js 自体の構文 まず、Vue.js 自体の基的な構文を整理します。 Vue インスタンス Vue インスタンスの書き方は次のような感じです。 new Vue({ el: "#app", data: { name: "Kei", age: "30", counter: 0 }, methods: { increas

    Vue.jsを100時間勉強して分かったこと - Qiita
  • NECはなぜGoogleになれなかったか――量子コンピューター開発「痛恨の判断ミス」

    編集部からのお知らせ: 記事は、書籍『誰が科学を殺すのか 科学技術立国「崩壊」の衝撃』(著・毎日新聞「幻の科学技術立国」取材班 、毎日新聞出版)の中から一部抜粋し、転載したものです。毎日新聞の取材班が綿密な調査で迫った、日の科学技術凋落(ちょうらく)の実態。大学の研究現場や、科学技術政策に携わってきた政治家、そして企業にも切り込んだ書。企業の取材先は、電機メーカーのほか、バイオベンチャー、自動車業界にも渡りますが、今回はNECの事例に迫ります。 「量子コンピューターを共同開発したい」 03年ごろ、茨城県つくば市のNEC基礎研究所(当時)を2人の外国人男性が訪れた。それぞれカナダのベンチャー企業の副社長、特許担当と名乗った2人は、「私たちは量子コンピューターに関する、ある特許の使用権(ライセンス)を持っている」と話し、共同研究のメリットを強調した。 カナダのベンチャーから「謎のオファー

    NECはなぜGoogleになれなかったか――量子コンピューター開発「痛恨の判断ミス」
  • Digdagバッチの基本設計とビルドの実例紹介 - MicroAd Developers Blog

    サーバサイドエンジニアの大澤です。主にETL処理のバッチ開発を行っています。 以前の記事で紹介していますが、マイクロアドではバッチ処理のワークフローを主にDigdagを使用して管理しています。 今回は、Digdagを1年以上使ってきてたどり着いた構成について紹介したいと思います。 Digdagバッチ CI/CDの構成 GitHub Enterprise上のバッチを管理しているリポジトリの変化に応じてJenkinsがビルド、テスト、コードチェック、デプロイまで行うようになっています。 バッチはDigdagとDockerを使用して動作するように作っているので、DockerレジストリとDigdagサーバに成果物を登録します。 成果物は対象のブランチに応じて行き先が変化し、masterブランチの変更の場合番用の環境へ、その他の場合開発用の環境にデプロイされます。 CIの内容はリポジトリ内のJen

    Digdagバッチの基本設計とビルドの実例紹介 - MicroAd Developers Blog
  • 聞いているだけで眠くなる!SIerのDX戦略がろくでもないワケ

    「日企業は根回し文化に漬かっているため、結論を出すのに恐ろしく時間がかかる。だから変化が激しいデジタルの時代に対応できない」。これはよく語られる話だが、実はその先があるのを最近になって知った。次のように続く。「しかも時間をかけて出した結論がろくでもない」。 いやぁ「なるほど」と感心するとともに、ひどく心配になった。ボトムアップなのかコンセンサス重視なのかは知らないが、そんな意思決定プロセスを一刻も早く悔い改めないと、デジタルの時代に日企業は絶滅危惧種になってしまう。特に我らがSIerは深刻だ。SIer各社が経営戦略として言い出した「DX(デジタルトランスフォーメーション)企業になる」というのが、まさに「根回し文化のため結論を出すのに恐ろしく時間がかかる。しかも出した結論がろくでもない」の典型なのだ。 今回の「極言暴論」では、このテーマを論じようと思う。ただし、今までとは少し趣向を変えよ

    聞いているだけで眠くなる!SIerのDX戦略がろくでもないワケ
  • Androidアプリの技術的負債を返済する - Mirrativ Tech Blog

    Mirrativ Androidエンジニアのmorizoooです。 Mirrativのエンジニアは週4日をプロダクト開発に、週1日を開発体験の向上に時間を割いおり、CTOによる旗振りのもと、エンジニア主導で技術的負債の返済に取り組んでます。 今回は、Androidチームで取り組んだ技術的負債の返済のために行った取り組みについて紹介します。 背景 以前、2019/04に 突撃!!隣のアーキテクチャ - connpass でもお話したのですが、Androidアプリが主に以下の理由でつらい状態なっておりました。 ロジックが散在 今ではあまり使われないライブラリへの依存 JavaKotlinの共存 speakerdeck.com これに対してAndroidチームで以下の取組みを行いました。 ActivityとCustomViewの再設計 ライブラリの最新化 Kotlin化の推進 それぞれのトピッ

    Androidアプリの技術的負債を返済する - Mirrativ Tech Blog
  • ログイン - 技術情報Wiki

    Site admin: tech_wiki PukiWiki 1.5.4 © 2001-2022 PukiWiki Development Team. Powered by PHP 8.2.19. HTML convert time: 0.002 sec.

  • マイクロサービスを形式的に見てみる - Juju-62q's blog

    マイクロサービスについて考えていたら疲弊したので、少し技術者らしく形式的に見てダメのものを思考から削ぎ落としたいと思った。 グラフ理論などコンピュータサイエンスの基礎を交えて話をするが、基的には当たり前のことしか言わないと思うのでここに書くことを意識せずとも暗黙的に実践している人も多いだろう。 なお、個人の意見でしかないのであっているか間違っているかはわからないし、筆者にこの記述に反した実装を否定する意図はない。 今回は適当に書き散らかすのでかなりテイストが違うが他のブログと同一人物が書いている。乗っ取り等ではないです。 TL;DR マイクロサービスはDAGとすると考えやすいしデプロイしやすい 閉路があるなら設計を見直した方がいい DAGかどうかはサブシステムレベルでそれぞれ考えると簡単 デプロイに関係するリポジトリでは閉路がないことを意識させる設計にするといい マイクロサービスと疲弊

    マイクロサービスを形式的に見てみる - Juju-62q's blog
  • アプリケーションにおける権限設計の課題 - kenfdev’s blog

    日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR(長すぎて読みたくない) 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

    アプリケーションにおける権限設計の課題 - kenfdev’s blog
  • Windows 7 のサポートを本日で終了致します - Windows Blog for Japan

    マイクロソフトは、日 2020 年 1 月 14 日 ( 火 ) に Windows 7 のサポートを終了させていただきます。サポート終了後はセキュリティ更新プログラムの提供を含むすべてのサービスの提供が終了となります。 日マイクロソフトは、私たちのミッション「地球上のすべての個人とすべての組織がより多くのことを達成できるようにする」に沿って、お客様の成功を支援し、日の社会変革に貢献する会社を目指しています。変化の激しい現代において、お客様のデジタルトランスフォーメーションや働き方改革の推進に向けて、「 Microsoft 365 」などのクラウドサービスやモダン PC による最新環境の活用が不可欠となっています。最新環境をお使いいただくことで、進化するサイバーセキュリティの脅威に対応できるだけでなく、 AI や Mixed Reality などの最新テクノロジとも連携し、個人や

    Windows 7 のサポートを本日で終了致します - Windows Blog for Japan
  • 要件定義~システム設計ができる人材になれる記事 - Qiita

    はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

    要件定義~システム設計ができる人材になれる記事 - Qiita
  • 【書評】文系AI人材になる 野口竜司 東洋経済新報社 - 京都のリーマンメモリーズ

    今、足りないのはデータサイエンティストではなく文系AI人材なんです! これには驚きました! 【1.書の紹介】 【2.書のポイント】 【3.書の感想】 【4.著者よりお知らせ】 【5.関連著書の紹介】 【6.著書より、「いいね」頂きました!】 【1.書の紹介】 現在、データサイエンティストと呼ばれるAI技術者が引っ張り凧で、世界的にその賃金も青天井で高騰しています。 ひょっとするとその流れは、まもなく止まるかも知れません。 AIの登場に、ビクビクしているそこのあなた、大丈夫です! ここに解決策が書いてあります! 今の今まで、我々文系は、AIの開発はよくわならないので、丁寧に敬遠してきました。(笑) しかし、AIの開発は概ね見えてきて、次はその技術を身近なところで役立つように導入する段階になったようです。 ここで活躍するのが、そう、文系AIの人たちです。 パソコン初期の時代を思い出すと

    【書評】文系AI人材になる 野口竜司 東洋経済新報社 - 京都のリーマンメモリーズ
  • TypeScriptを使って嬉しかったこと - Qiita

    新人「先輩、TypeScriptのコーディングできました!」 先輩社員「どれどれ」 先輩社員「いやそこら中コンパイルエラーだらけ...なのは型システムが働いてる証拠だ!」 先輩社員「そうだろ?」 先輩社員「型は...ガードレールだ」 先輩社員「進むべきじゃない場所へ進もうとしたら、ちゃんとブロックしてくれる...」 (ぺこぱ風) ってことで、静的型付言語って良いですよね。 今回はTypeScriptを使ってみて嬉しかったことを書いてみます。 登場人物 ワイ・・・ワイ(36歳) 社長・・・社長 ハスケル子・・・インターンの中学2年生 今日から新しいプロジェクト開始 社長「おーい、やめ太郎、ハスケル子ちゃん」 社長「新しいお仕事を獲得してきたで」 社長「技術記事投稿サイトを作る案件や」 ワイ「おお〜、さすが社長はんや」 社長「おおきにやで」 社長「ほんで、そのお仕事の話なんやけど」 社長「クラ

    TypeScriptを使って嬉しかったこと - Qiita
  • ティアフォーにおける自動運転車両の遠隔監視・操縦システムのご紹介 - TIER IV Tech Blog

    はじめまして、ティアフォーで自動運転のWebプラットフォーム開発を行っている飯田です。 今回は、遠隔型レベル4自動運転を行う上で必須な遠隔監視・操縦システムについてご紹介します。 遠隔監視・操縦システム 遠隔型自動運転とは まず自動運転のレベルの枠組みから簡単にご紹介します。 国際的に自動運転のレベルは0~5の6段階に定義されています。 自動運転のレベル 基的には、レベル4から運転者の役割がなくなり皆様が思い描くような運転から開放された乗車体験が実現されます。 しかし、運転者の役割が無くなることに伴い、全て自動運転システムが状況を判断し、走行する必要があります。 ただ、現実問題として自動運転システムが対応出来ない場面も想定されます。 自動運転システムが対応できない場面において、個人所有の車であれば搭乗者に操縦を任せることが可能ですが、タクシーやバスなどサービスとしてお客様に提供している場

    ティアフォーにおける自動運転車両の遠隔監視・操縦システムのご紹介 - TIER IV Tech Blog
  • JavaScriptの「継承」はどう定義されるのか? 仕様書を読んで理解する - Qiita

    継承は、クラスベースのオブジェクト指向における基的な概念のひとつであると信じられています。JavaScriptにもES2015以降はclass構文があり、extendsを用いてクラスの継承を記述することができます。また、それより以前もprototypeを通じてオブジェクト指向的なプログラムが書かれてきました。 この記事では、JavaScriptにおける「継承」がどのようなものであり、どのように定義されるのかを解説します。タイトルにある通り、今回はECMAScript仕様書に対する解説を中心とします。 仕様書はJavaScriptというプログラミング言語がどのようなものかを定義する文書であり、あなたが書いたJavaScriptプログラムは仕様書に書かれた通りの動きをすることになります1。したがって、たとえあなたが自分自身で書いたものだったとしても、JavaScriptプログラムの意味を完全

    JavaScriptの「継承」はどう定義されるのか? 仕様書を読んで理解する - Qiita
  • トピックモデルついて勉強する - Re:ゼロから始めるML生活

    推薦システムの勉強をちょっとずつ再開している関連で、トピックモデルを勉強してみようと思い、こちらを購入しました。 トピックモデル (機械学習プロフェッショナルシリーズ) 作者:岩田 具治出版社/メーカー: 講談社発売日: 2015/04/08メディア: 単行(ソフトカバー) 今回はこちらを読んで勉強したことのメモです。 トピックモデル is なに? モデル化でやりたいこと ユニグラム/混合ユニグラムモデル トピックモデルの生成過程 トピックモデル一巡り トピック is なに? 具体的な中身について 実際には何を定めればよいか :トピックごとの単語分布 最尤推定 Map推定(最大事後確率推定) ベイズ推定 混合モデルが含まれたときの単語分布 EMアルゴリズム 変分ベイズ推定 ギブスサンプリング その他、参考にした記事 感想 トピックモデル is なに? 定義を確認します。 トピックモデルは

    トピックモデルついて勉強する - Re:ゼロから始めるML生活
  • Z世代のある若者の主張—— 大人たちが見落としている テクノロジーへの視点

    We asked teenagers what adults are missing about technology. This was the best response. Z世代のある若者の主張—— 大人たちが見落としている テクノロジーへの視点 MITテクノロジーレビューが18歳以下の若者を対象にして募集したエッセイ・コンテストの最優秀作品を紹介しよう。 by Taylor Fang2020.01.10 257 153 18 10 「自分たちの世代とテクノロジーについて、大人たちが知らないことは何ですか?」 MITテクノロジーレビューが開催した、18歳以下なら誰でも応募できるエッセイ・コンテストの課題だ。原稿を送ってくれた28カ国、376人の若者たちの大半は怒っていた。そして、一部の若者たちは失望していた。最優秀賞を獲得したテイラー・ファンのエッセイは、テクノロジーを豊かな人生の実

    Z世代のある若者の主張—— 大人たちが見落としている テクノロジーへの視点