![ラトック、USB Type-C接続のシリアルポート変換ケーブル - PC Watch](https://cdn-ak-scissors.b.st-hatena.com/image/square/087b8b47317131f5a163276880f448dd5e2e7a83/height=288;version=1;width=512/https%3A%2F%2Fpc.watch.impress.co.jp%2Fimg%2Fpcw%2Flist%2F1159%2F027%2F1.jpg)
Every six weeks, we create a new branch of V8 as part of our release process. Each version is branched from V8’s Git master immediately before a Chrome Beta milestone. Today we’re pleased to announce our newest branch, V8 version 7.2, which is in beta until its release in coordination with Chrome 72 Stable in several weeks. V8 v7.2 is filled with all sorts of developer-facing goodies. This post pr
この記事はGoogle Cloud Platform その1 Advent Calendar 2018 - 18日目の記事です。 以前こういうブコメをしたのですが、言いっ放しだとダサいので、具体的なやり方を書きます。 "アカウントごと/日付ごとのBigQueryコストを可視化できるダッシュボード" なら Stackdriver + BQ + Datastudio を使うと作業時間10分・ほぼ無料で作れるので、うちはそのやり方を採用していますね。… https://t.co/9yoni22iw7— ゆずたそ (@yuzutas0) August 17, 2018 もくじ もくじ はじめに この記事のゴール 解決したい課題 課題の背景 実行方針 完成イメージ 作業手順 1: BQクエリ実行ログを流す 2: DataStudioでダッシュボードに表示する 応用編 1: 全体コストを可視化する 2
このエントリは ただの集団 Advent Calendar 2018 の18日目です。昨日は ugdark さんの 職種としてのスクラムマスターを調べてみた でした。 普段はScalaアプリケーションをECSやEC2で動かすことが多いのですが、ものによってはPythonやnode.jsでAWS Lambdaの関数ハンドラを書くこともあります。脳内コンテキストスイッチの抑制を考えるとLambda関数ハンドラもScalaで書きたいところですが、コールドスタート時におけるJVM起動のオーバーヘッドなどもあることから、今までにScalaでLambdaという選択は採ることがありませんでした。 そんな中、先日にGraalVMにネイティブイメージをコンパイルする機能があることを知りました。これを使ってScalaコードを実行可能なバイナリにコンパイルし、Lambdaでサクサクと動かしてみようと思います。
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
この記事は、ドメイン駆動設計 Advent Calendar #1 の18日目の記事です。 ドメイン駆動設計をどうやって実現していくかについては、既にたくさんの素晴らしい記事があります。 しかし、ドメイン駆動設計をなぜやるのかについて考察した記事はそれほど多くないように思いました。 この記事では、なぜドメイン駆動設計が大事なのかについて考察することで、ドメイン駆動設計の勘所を追究していきます。 自分なりに噛み砕いたあとの文章なので、もし変な所があれば指摘頂けると大変助かります。 DDDを駆動している原則 エリック・エヴァンスのドメイン駆動設計では、DDDを駆動している原則として以下の3つが挙げられています。 コアドメインに集中すること ドメインの実践者とソフトウェアの実践者による創造的な共同作業を通じて、モデルを探求すること 明示的な境界づけられたコンテキストの内部で、ユビキタス言語を語る
Elixir vs. Ruby and Phoenix vs. Rails: What to Choose and WhyRubyRailsElixirPhoenix For a couple years now, web developers have been actively discussing a new programming language called Elixir and its most popular Phoenix framework. Elixir vs. Ruby and Phoenix vs. Rails are among the favorite topics because Elixir has sparked the greatest interest in the community of Ruby developers. Elixir Langu
Linux Advent Calender 2018の18日目です。 元々の予定はボツになった!?ので ちょっと古い話になります。 7日目のsystemd理解のヒント - systemdの概念と歴史と相反するような記事です。 古い情報も必要としている組込もんもいるので、その助けとなりましたら幸いです。 initとは PID=1として、カーネルの初期化が終わって初めて生成されるプロセスです。 ユーザランドで必要なファイルシステムのマウント・システム設定・サービス(デーモン)やプロセス起動を行います。 kernel parameterに init=でinitコマンドを指定することができます。省略すると /sbin/initなどが参照されます。 init=/etc/preinit ここでは 組込装置を前提として、busyboxのinitを想定します 設定ファイル initが起動すると、以下のファ
Sansanが京町家にオープンした「京都ラボ」。東京のIT企業が次々と京都市内で拠点を開設している(京都市中京区麸屋町六角下ル) インターネットサービスや人工知能(AI)を用いたソフトウエアなどを手掛ける東京のIT企業が、京都市内で次々に開発拠点を開設している。首都圏は大手メーカーなども含めて技術者の獲得競争が激しく、大学が多い京都で有望な学生や留学生らを確保する狙いだ。IT拠点の集積はソフト産業の活性化につながる一方、専門人材の争奪が京都で過熱する懸念も出ている。 板張りの薄暗い部屋に設けたパソコンに向かい、技術者2人が黙々とプログラミングにいそしむ。利用者が200万人を超す名刺管理アプリ「エイト」を運営するSansan(サンサン、東京)が10月初旬、京都市中京区で稼働したAI技術の開発拠点「イノベーションラボ」だ。 拠点では、大量の名刺を正確にデータ化して活用するAI技術の研究開発を手
こんにちは、谷口です。 エンジニアのみなさん、デザイン周りで困った経験はないですか? Web開発をしていると、 マージンやカラーやフォントサイズなどをちょっと変えただけでおかしくなってしまった… うまく入らなくて1px変更しただけなのにデザイナーに怒られてしまった… 作ったサービスや機能が微妙に使いづらい感じだけどどう改善したらよいのかわからない… といったデザインに関するトラブルは珍しくありません。 基本的なデザインの仕組みやルールを理解しておくと、このようなトラブルを減らして、スムーズに開発することができます。 デザインとシステムは、切っても切り離せないものです。「デザインってセンスがいるんでしょ」と思われるかもしれませんが、デザインはあくまで理論に基づいたものなので、センスなど関係なく理論を学べば習得することが可能です。 今回は、エンジニアがデザインを学ぶメリットについて解説します。
この記事は技術同人誌Advent Calendar 2018の19日目の記事です。 こんにちは。 @selmertsxです。主にRailsのサーバーサイドエンジニアをやってます。 技術同人誌 Advent Calendarということで、今年の11月にNextPublishing様から出版させて頂いたAmazon Web Servicesサーバーレスレシピ という本に書ききれなかった、「Serverlessでチャットボットを作る」というお話を、僕が以前作った serverless-prpolice というslack botを題材にお話をさせていただこうと思っていました。 しかしながら、最近の業務ではGCP(Google Cloud Platform) のCloud Functionsを利用していることが多く、そちらのキャッチアップをしたいなぁという気持ちになりました。そこで、最近作った Cl
今週はIVS CTOで金沢に来ています。私はもうCTOじゃないんだけど、ex-CTO枠っていうのがあってそれでの参加です。 昨日は前夜祭の二次会で居酒屋に行ったのですが、その時に「CTOの役割が広すぎてわけがわからん」という話があり、Amazon/AWS CTOのWerner Vogelsが2007年に同じような話をブログに書いていてその話をちょっとしたのでここでまとめを。 1. Infrastructure Manager ITインフラやセキュリティ、アプリ開発や保守に対して責任を持ちます。一般企業の情シスの統括みたいな役割です。 IT系スタートアップではこの役割でCTOと呼ばれることはあまりないでしょう。 2. Technology Visionary and Operations Manager ビジネス戦略を元に技術ビジョンを持って組み立てて実装します。アーキテクトに近い役割になり
JJUG CCC 2018 Fallのいくつかのセッションで型についての話があったので書きたくなった。 この話はJavaやScalaみたいな静的型の世界の思想で、多分Rubyとかでは違う思想だとおもう。 Javaを書いてるときのおれきゅーの脳内 型を定義して取りうる値を狭めることで 間違った使い方ができないようにする ことを最初に考えてる。多分。防御的プログラミングってやつなのかな?しらんけど。 とにかくエラーはより早いタイミングで見つかるほうが良くて、実行時よりコンパイル時にわかるほうが便利だし、コンパイル時よりエディタ上でリアルタイムに分かるほうがもっと良い。 たとえば汎用的な型を使うとこんなミスがあり得る。 long id = 10; new User(id); new Item(id); 静的型なら多分こうかけるほうが間違えなくて嬉しい。 Id<User> id = Id.of(1
AWS Compute Blog Announcing WebSocket APIs in Amazon API Gateway This post is courtesy of Diego Magalhaes, AWS Senior Solutions Architect – World Wide Public Sector-Canada & JT Thompson, AWS Principal Software Development Engineer – Amazon API Gateway Starting today, you can build bidirectional communication applications using WebSocket APIs in Amazon API Gateway without having to provision and ma
Recruit Engineers Advent Calendar 2018 - Adventar ということで、エンジニアリングマネージャー的なことを書いてみます。1on1とか採用とか評価制度とかではなく、組織力学のような話を。 フォースを感じる 自分は普段からエンジニア組織をマネジメントする際に「構造によって発生する力学」をすごく意識しています。いま、大体100人弱の社員エンジニア組織をマネジメントしているなかで、役割上、判断する仕事がかなりの割合をしめます。その判断でどんな力学が発生して最終的に現場で何が起こるかまで可能な限り想像力を張り巡らさないとならないです。そして、この想像力において、どれだけ解像度を高くできるかこそが現場感だと思います。経験がないと何がおこるか想像すら出来ないと思うので。 ビジネスにおける意思決定で発生したフォースは徐々に伝搬し、最終的にエンジニアの現場に流れ
この記事は、ex-KAYAC Advent Calendar 2018の17日目の記事です。 Songmuです。現在は、はてなと言う会社でチーフエンジニアとしてエンジニア採用等に関わりながら、プロダクトとしてはMackerelというサービスのプロダクトマネージャーを務めています。 カヤックには2011年から2014年まで在籍し、ソーシャルゲーム開発・運用のリードエンジニアを務めていました。主に甲子園シリーズのガラケー向けのタイトル運用が一番長く関わった仕事です。姫騎士と最後の百竜戦争というタイトルに企画から関わり、リリースから初期運用まで携わったのが最後の仕事でした。 カヤックは僕にとっては紆余曲折のキャリアを経て、30歳にしてやっと入った初めてのWeb企業です。複数台構成のWebシステムをスケーラブルにSPOF少なく構築し、それなりのトラフィックをさばきながら開発・運用する経験は初めてで
DevLOVE Advent Calendar 2018、18日目のエントリーです. と、同時に「Retty Scrum Meet up〜2018.12.18〜」でLTやったよ!っていう報告でもあります. 別に釣りたいわけじゃありません(汗) そんな話をこちらでしてきました. retty.connpass.com 自分がどうやって「越境」してきたか(&これからどう「越境」するか)についてサクサクと書きたいと思います. TL;DR サービスの価値を高める、チームを良くする手法・プラクティスは必ずしも一つ(アジャイル・スクラムetc...)ではない サービスやチームのフェーズ、メンバー次第であえてスクラムを「捨てる」のも一つの手 「越境」とは、「挑戦する」勇気と共に、「やることをやりきる、やらなくていいことは捨てる」意志と行動力がメチャクチャ大事 おしながき TL;DR おしながき Who a
タイトルの通り、C#のリフレクションのTIPS集です。 これから示すコードは、以下のusingディレクティブが前提のコードとなってます。 using System; using System.Collections; using System.Collections.Generic; using System.Linq; using System.Reflection; 普段はvarキーワードをよく使ってますが、ここでは変数の型がわかるようにvarキーワードの利用はできるだけ控えています。 それと、いくつかのコードはdynamic使ったほうが簡単に書ける場合もありますが、あくまでもリフレクションのサンプルということでご容赦を。 1. 型名から型情報を得る
Red Hatは、これまで提供してきたRed Hat Enterprise Linux対応のOpenJDKに対する商用サポートに加えて、Windows対応のOpenJDKの長期商用サポートの提供を発表しました。 #RedHat has announced commercial support for @OpenJDK on #Microsoft @Windows, furthering our commitment to #multicloud solutions https://t.co/QG87EFaGQR #OpenJDK pic.twitter.com/Kr7jaeM2x6 — Red Hat, Inc. (@RedHat) 2018年12月18日 Red Hatは同社がビルドしたOpenJDKをRed Hat Enterprise Linuxにバンドルし、LTS(Long Ter
画像の加工を行っている時、「画像に映っている人物だけを抜き出して、背景を全て消し去った透過画像を簡単に作りたい」と思った経験がある人もいるはず。「remove.bg」はそんな人にピッタリな、AIを使ってわずか数秒で背景と人物を分離してくれる登録不要&無料のウェブサービスです。 Remove Background from Image – remove.bg https://www.remove.bg/ 「remove.bg」を使うには公式ページへアクセスし、「Select a photo」をクリック。 すると、コンピューターのフォルダから写真を選択できるので、加工したい画像を選択して「開く」をクリック。 ほんの数秒間処理が行われ…… オリジナルの画像から人物だけを抜き出し、背景を除去した画像が表示されました。remove.bgでは学習済みのAIが人を「前面」として検出し、それ以外の要素が「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く