As if robocalling wasn’t already enough of a problem, the advent of easily accessible, realistic AI-powered writing and synthetic voice could supercharge the practice. The FCC aims to preempt th
AWSで構築するデータ分析基盤の基本 セッション概要 データ分析基盤には業務上発生するデータを「集める」「貯める」「提供する」等の機能が必要です。このセッションでは、これらの機能を実現する為に必要となる基本的なAWSサービスをご紹介します。 生データを「全て」蓄積する「データレイク」を作る:Amazon S3 自由かつ高速な検索に欠かせないデータベース:Amazon Redshift、Amazon Aurora マネージドなBIサービス:Amazon QuickSight 講師 クラスメソッド株式会社 データインテグレーション部 甲木洋介 データ分析基盤に活用できる新しいAWSサービス セッション概要 AWSから続々登場する新サービスを活用すれば、一歩進んだデータ分析基盤を構築することができます。このセッションでは、それら新しいサービスの概要と活用方法をご紹介します。 バッチ処理からイベン
Twitterで、「身に覚えがないのにアカウントを凍結された」と訴えるユーザーがここ最近、急増している。攻撃的なツイートは行っていないとみられるアカウントまで凍結されるなど、「不当な凍結も多いのでは」「Twitterは凍結の基準を透明化すべき」といった声も大きい。 Twitter Japanは凍結について「透明性を含め、まだまだ見直すべきことが多いと深く反省している」とコメント。「できるだけ早く透明感を上げたい」としている。 Twitterによるアカウント凍結は、8月ごろから目立ち始めた。イラストを投稿するユーザー(「絵師」と呼ばれる)のアカウントが次々凍結されて騒ぎに。その後、著名なジャーナリストのアカウントが永久凍結されたり、アリの写真が「ヒアリ」かどうかを判定してくれるアカウント「ヒアリ警察」(@_Solenopsis)のアカウントが一時的に制限され、注目を集めた。 【訂正:2017
前のエントリで書いたうちに入っていたが、Rubyでも try-with-resources (あるいはPythonで言う with やC#で言う using)が使いたいなー、という話。 Feature #13923: Idiom to release resources safely, with less indentations - Ruby trunk - Ruby Issue Tracking System Ruby本体にFeature request出してみたんだけど、ライブラリでやればいいんじゃないの、という結論になってしまって、ええーと思っている。ライブラリだといくらでもある方法のひとつになってしまって、他のプログラマ(他所のライブラリ作者とか)に「これを使え」という話がしづらいんだよねえ。あとgemにして広く使われたとしても、この機能のバージョン指定がgemどうしで衝突してト
LINE が OpenID Connect サポートしたみたいですね。 なんか前からしてんだと思ってたんですが、まぁいいや。 ということで、早速触ってみました。 こちらに今回使った Ruby のサンプルスクリプト置いておきます。 まぁ、ちょっと特殊な点がいくつかありますが、十分 OpenID Connect です。 気になった点は以下の通り。 ID Token の署名アルゴリズムが HS256 (HMAC-SHA256) HMAC ってことは、署名検証するために client_secret が必要ということです。 Native App で検証しようとすると、Native App に client_secret を埋め込まなければならない訳ですが、それはありえないので、要するに Native App で ID Token の署名検証はできないということです。 まぁ別に Native App
こんにちは、@mugi_uno です。 RubyKaigi盛り上がりましたね〜! そして広島は美味しいものがたくさんでした。次回の仙台も楽しみですね! さて、みなさんはフロントエンドのフレームワークには何を利用していますか? Misocaでは一部機能でReact/ReduxによるSPA構成を採用しています。 めろたん(@renyamizuno_)の書いた過去のエントリーにも登場していますね。 tech.misoca.jp しかし、Misocaで利用しているのはReactだけではありません。 jQuery React/ReduxはSPAなどでパワーを発揮しますが、逆に気軽に取り回しにくいため、ちょっとしたコンポーネントを作りたいケースなどでは、さくっと書けるjQueryを利用することもまだまだ多いです。 しかし、DOM操作が柔軟すぎるため影響範囲が読めなかったり、ビューと状態の管理が複雑にな
備忘録を兼ねて、企業サイト構築時に決めている設計方針・インストールしているプラグイン・セキュリティ対策をそれぞれまとめました。セキュリティ対策の項目を除き、構築時の細かい設定やプログラム実装についての説明は省略しています。 (※)2018.01.13: セキュリティ対策について加筆・修正を行いました 概要 実装する際の方針として、WordPressと紐付ける必要のないファイルは、できるだけWordPressのファイル・フォルダと分けて構築する手法を採択しています。これはサイト全体をWordPress依存にさせたくない、ということが大きな理由です。 また、関係ないファイルをWordPress内で管理させることによって、お客様やHTMLに詳しくない編集者が不用意にファイルを更新してしまうことを防ぐ意味もあります。8年以上WordPressと付き合ってきましたが、以下の設計方針が最も最適だと考え
はじめに 対象とする読者・しない読者 対象: mikutterユーザ又はTwitterのサードパーティ開発者 対象ではない: Twitterの今後が心配な人 今回起こったこと とても大事なこと 心配された事案 実際にはどうだったのか mikutterが利用できなくなるのか REST API 凍結されているユーザが受け取るTwitter APIレスポンス レートリミット Streaming API 凍結されているユーザの情報をAPIで得ようとした場合 凍結中のmikutterの振る舞い ホームタイムライン・メンション プロフィール セーブドサーチ 抽出タブ リスト コーディング どうでもいいこと 一時的な凍結と永久凍結の違い 今回の凍結の原因の考察 一時的な凍結をされたwhywaitaとの会話ログ はじめに 9/28 9:21に、私のアカウントtoshi_aが凍結された。 Twitterクラ
タイトルのクローンを作ったは嘘w。似たようなものを作ったが本当。 チームがちょっと大きくなったのと外国籍のエンジニアがQiita嫌いという理由でQiita:Teamやめて 他のツールをいろいろ試してみたがどれも長く続かず、文句言うばかりでした。 結果エンジニアがノウハウなどナレッジを残す場所がなくなったわけですね。 結局何がダメだったのか?文化の違い?デザインがダメ?私もわかりません。 ちょっと考えてみたんですが、Qiitaのデザインがだめ、機能がだめだったら俺らが作ればいいんじゃと 思って作ってみたのがteamでした。https://github.com/rusts/team 業務で使ってるGo言語で作ったらずっと早く簡単に作れたと思うが、社内でRust好きなエンジニアが結構多いなと感じ、 もしRustで作ったらみんなが興味持って機能追加したりメンテして俺達が本当に欲しかったものを作れる
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
電子カルテを中核とする病院情報管理システムの開発が失敗した責任を巡り、旭川医科大学とNTT東日本が争っていた訴訟の控訴審判決は一審判決を覆す内容だった。 札幌高等裁判所は2017年8月31日、旭川医大に約14億1500万円を支払うように命じた。2016年3月の一審判決は旭川医大の過失割合が2割、NTT東が同8割として双方に賠償を命じていたが一転、旭川医大に100%の責任があるとした。同医大は2017年9月14日、判決を不服として最高裁に上告した。 なぜ判決が覆ったのか、裁判資料かと判決文から見ていく。旭川医大とNTT東は日経コンピュータの取材に「コメントできない」と回答した。 高裁もユーザーの義務違反を認定 旭川医大は2008年8月に病院情報管理システムの刷新を企画し、要求仕様書を基に入札を実施。NTT東が落札した。日本IBMと共同開発したパッケージソフトをカスタマイズし、6年リースで提供
Want to download this episode? Use youtube-dl, it's great!
ミッチェル・ハシモト氏に、自動化とクラウド、そして日本について聞いた:HashiCorp共同創業者インタビュー(1/2 ページ) Vagrantから始まったミッチェル・ハシモト氏の旅。同氏が共同創業したHashiCorpは、多様なクラウドインフラの利用を抽象化し、自動化する包括的な製品群を提供するようになっている。一方、HashiCorpは、ハシモト氏の父の国である日本での本格的活動を開始。国内のコミュニティおよびパートナー支援を進めている。HashiConf ‘17の翌週に来日したハシモト氏に、HashiCorpの「今」を聞いた。 ミッチェル・ハシモト(Mitchell Hashimoto)氏が7年前の2010年に、アルバイトで顧客の多数のコンピュータを設定する作業を自動化するために作った「Vagrant」は、インフラ構築をコマンド1つでできるツールとして、開発者に大人気となった。 ハシ
doda X(旧:iX転職)は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 企業には「攻めの部署」と「守りの部署」があります。お客さまや取引先などと直接やり取りし、その成果が明確に企業の利益につながる営業やマーケティングなどは、いわば「攻め」。 社内的なやり取りが多く、経費処理や備品管理、福利厚生制度の運用など、企業にとって不可欠ながらも、定型的な業務を行う総務や労務は「守り」と考えられることが多いのではないでしょうか。 けれども、後者は業務を完璧にこなすのが「当たり前」、不注意などでミスをすれば減点あつかいされがち。新しいことに能動的に取り組む機会が減っても仕方ありません。 一方、破竹の勢いで成長を続けるメルカリでは、「攻めの総務」を標榜し、 子育てや介護など家庭生活も支える人事制度「merci
例えばCIでテストのためのストレージのコンテナを上げる際,そのストレージが上がりきるまで待たなければテストには使えないわけですが「上がりきるまで何秒待てばよいのか」というのは一概に決められるものではありません. そうした際,実際にストレージに対してHTTP(S)のリクエストを投げてみて,繋がったら「上がりきった」とみなして処理を次に進めるというようなことがよく書かれます.そういった要件を満たす為には接続に失敗したらリトライをしつつ一定回数試行するという処理を書かなくてはなりません. つまりはそういう話です. wgetの場合 retry-connrefused tries waitretry を利用すると出来る. retry-connrefused が無いと connection refusedに対応できずにリトライが不可能となるので,今回のような要件を満足するためには付ける必要があります.
Pythonを使ってこの方さまざまな点につまずいたが、ここではそんなトラップを回避して快適なPython Lifeを送っていただくべく、書き始める前に知っておけばよかったというTipsをまとめておく。 Python2系と3系について Pythonには2系と3系があり、3系では後方互換性に影響のある変更が入れられている。つまり、Python3のコードはPython2では動かないことがある(逆もしかり)。 Python3ではPython2における様々な点が改善されており、今から使うなら最新版のPython3で行うのが基本だ(下記でも、Python3で改善されるものは明記するようにした)。何より、Python2は2020年1月1日をもってサポートが終了した。よって今からPython2を使う理由はない。未だにPython2を使う者は、小学生にもディスられる。 しかし、世の中にはまだPython3に
CTOのid:motemenです。 はてなでは一年ほど前から、ひとつの開発チームに一人、テックリードと呼ばれるエンジニアを置いています。テックリードという役割については、以下の有名な記事で語られているものからそれほどかけ離れてはいないと思いますが、組織によって微妙に異なる部分もあるはずですので、はてなの事情を交え紹介します。 テックリードは普段の仕事においては他のエンジニアと変わらず、会社組織上の上下関係があるわけでもありませんが、形式的には、テックリードにはチームの技術的な窓口となってもらっています。たとえば利用しているソフトウェアの脆弱性対応を全社的に行わなければならないときなど、技術的なレポートラインにおいてプロダクトに対する対応をまとめ、実施の報告を行う、というような具合です。 また、テックリードには、ディレクターなど非エンジニアとエンジニアとの橋渡し役になることも期待しています。
10年以上前からあるLinux Kernelの懸念点が脆弱性として発見された「Stack Clash」――意図的に公開が遅らされた理由:OSS脆弱性ウォッチ(2)(1/2 ページ) 連載「OSS脆弱性ウォッチ」では、さまざまなオープンソースソフトウェアの脆弱性に関する情報を取り上げ、解説していく。今回は、2017年9月14~15日に開催された「Linux Security Summit」でも話題になっていた「Stack Clash」の詳しい説明と情報をまとめる。 「OSSセキュリティ技術の会」の面和毅です。本連載「OSS脆弱性ウォッチ」では、さまざまなオープンソースソフトウェア(OSS)の脆弱(ぜいじゃく)性に関する情報を取り上げ、解説していきます。 2017年6月20日に、「Stack Clash」と呼ばれる一連の脆弱性が報告されました。少し時間がたってしまっていますが、2017年9月1
.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
KAI-YOU.netが送る、特集『インターネット卍ジェニック 〜一億総ワンチャン時代〜』。 この特集に合わせ、インスタ映えに心血を注ぐ女子大生を題材にした短編漫画『◯◯ちゃんの承認欲求ごはん』を、漫画家・イラストレーターのノビルさんに執筆していただきました。ぜひお楽しみください! 作:ノビル 原案:KAI-YOU.net編集部 編集:ねりまちゃん ロゴ:BPM ◯◯ちゃんの承認欲求ごはん 特集「インターネット卍ジェニック 〜一億総ワンチャン時代〜」 KAI-YOU.netが送る特集第2弾「インターネット・ジェニック 〜一億総ワンチャン時代〜」は、9月いっぱいで更新予定。 記事一覧と更新予定記事の予告は、特設ページから。続々更新していきますので、ご期待下さい! 特集「インターネット卍ジェニック 〜一億総ワンチャン時代〜」
ソフトウェアエンジニアの@kajikenがメルカリで働くエンジニアたちを捕まえて、ちょこっとお話を聞いていく本シリーズ。第7回はメルカリでAndroidなどのエンジニアリングマネージャーをしている、高山 征大さん(@mootoh)です。 @kajiken:@mootohさん、ちょっとお話いいですか? @mootoh:いいですよ。いつもどうやっているんですか? @kajiken:あ、わりといつも適当にやっています(笑)@mootohさんといえば、DeNA時代に社内Rubyの勉強会で実はお会いしてたんですよね。 @mootoh:たしかにそんなこともありましたねぇ。 @kajiken:早速なのですが、入社日と現在のお仕事について教えてください @mootoh:2016年2月入社です。現在はAndroidエンジニアチームのマネージャーとしてチームをまとめたり、メルカリJPのUXを改善するプロジェク
Go言語の学習のため、A Tour of Goに引き続き、「みんなのGo言語」を読んだ。 みんなのGo言語[現場で使える実践テクニック] 作者:松木雅幸,mattn,藤原俊一郎,中島大一,牧大輔,鈴木健太技術評論社Amazon 「みんなのGo言語」はGo言語を実践的に使うためのTipsがいろいろまとめられていて非常に良かった。Go言語のA Tour of Goをやったけど、次にどうすればよいかわからない、具体的にGoの良い書き方が分からないという人が読むと非常に勉強になりそう。 僕はまだGoをそこまで書いていないので、「第1章Goによるチーム開発のはじめ方とコードを書く上での心得」と「第4章コマンドラインツールを作る」が非常に参考になった。例えば以下のようなものが参考になった(数字はKindleのロケーション番号)。 Goプロジェクトのプロジェクト構成やディレクトリ構成 519, 2389
バックナンバー: 8月号 | 6月号 | 5月号 | 4月号 | 3月号 | 2月号 | 1月号 今月は Sprint がありました。去年の Sprint はベータ版直前だったのでたくさんの実装が入りましたが、次の Python 3.7 のベータは来年のはじめなので、今回は実装よりも提案(PEP)が多めです。とても全部は紹介しきれない(そもそも一部を除いて議論を追えていない)ので、今月からは提案については受理されたものや受理間近のものだけ紹介していきます。 namedtuple 生成の高速化 bpo-28638: Optimize namedtuple() creation time by minimizing use of exec() namedtuple という、タプルの要素に整数の添字ではなく属性名でアクセスできるようにするデータ構造があります。 例えば次のようにして使われます。
イントロ dsas.blog.klab.org こちらのエントリを拝見したのだが Out of memory and no killable processes... というログを出してカーネルパニックするケースがあるのだなと初めて知った。 幸いにして、過去に同様のメッセージを出すカーネルパニックには遭遇したことがない。あるいはログが取れてなくて気がつかなかっただけかもね! モチベーション 故意に異常を起こして、このカーネルパニックを見てみたい 🔥💀 Out of memory and no killable processes ... のコード 該当のログを出してカーネルパニックするコードは out_of_memory に書かれている (ソースは CentOS7.4 1708 ) /** * out_of_memory - kill the "best" process when w
背景 GitHub を使った開発では、 master ブランチがいつでも本番に出せる状態として、 master から切った develop ブランチを開発のベースとし、 各フィーチャは develop から切って develop にマージし、 リリースのタイミングで develop を master にマージ、リリース ……という流れを pull request ベースで行うのがよくあるパターンのひとつだと思います。リリースの際、ステージングや QA という名前のついた本番前環境でそれぞれの機能が正しく動いているか確認するのもよくあるフローです。 このチェックを pull request 本文のチェックボックスを使って行おう、というアイデアを実装したのが git-pr-release で、もともと id:hitode909 がチーム向けにこしらえたものをパクった汎用化したものでした。この仕
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #はじめに 本記事では、データサイエンティストを目指して勉強した半年間で学んだこと、気付いたことをまとめます。これからデータサイエンティストを目指して勉強する人の参考になればと思います。 #最初の一手 個人的にではありますが、最初はアプローチの理解から始めると思いますが、数式とプログラミングの両方を勉強する方が良いと思います。**数式→プログラミング or プログラミング→数式の順序はどちらでも良いと思いますが、プログラミング(フレームワーク)のみ**はやめた方が良いと思います。出力結果の解釈で苦労することになるので、理論、数式はしっか
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
ニコニコ動画で、テレビアニメ「けものフレンズ」(けもフレ)の1話が公開されてから約8カ月が経過しました。現在、たつき監督とKADOKAWA関連の騒動で怒りに満ちたコメントであふれていますが(関連記事)、今日に至るまで、さまざまなドラマがありました。 今日までの歩み そんな「けもフレ」を取り巻く出来事は、全てニコニコ動画のコメントに詰まっているといっても過言ではありません。今回は、動画公開初日のコメントからさかのぼり、あまりにも濃密過ぎたこの8カ月感を振り返ってみようと思います。本当の愛は、ここにある……? 前知識編:「けものフレンズプロジェクト」というペンペン草も生えない荒野 コメントを振り返る前に、1話放送当時の状況を簡単におさらいしておきましょう。テレビアニメ版「けものフレンズ」はメディアミックスプロジェクトである「けものフレンズプロジェクト」の1つとして作られたものでした。 しかしこ
「量子コンピュータの発展は仮想通貨やビットコインにとって、非常に大きな脅威になると考えている」―――一橋大学の野口悠紀雄名誉教授は、9月27日に開かれたRakuten FinTech Conference 2017の講演「ブロックチェーンの進化とDigital通貨」でそう話した。 ビットコインをはじめとする仮想通貨は、ブロックチェーンと呼ばれる分散型台帳技術に支えられており、取引の承認や追記を行うには難易度の高い計算問題をコンピュータで解く必要がある。野口名誉教授によれば、この計算問題を解くには“総当たり攻撃”――可能な数を1つ1つ試して正しい答えを見つけるという方法しかなく、この方法にブロックチェーンの暗号技術は依存しているのだという。 しかし、量子コンピュータの発展は加速しており、5年以内に実用的な量子コンピュータを発表する予定の企業もあるという。そうなればコンピュータの計算スピードは
$k$は定数で、だいたい0.04~0.06くらいです。Rの値によって以下のように分類できます。 Rが大きい: corner Rが小さい: flat R < 0: edge 図にすると、以下のようになります。 CSE/EE486 Computer Vision I, Lecture 06, Corner Detection, p22 これで手早くcornerを検出できるようになりました。ここで、corner検出についてまとめておきます。 cornerは複数のedgeが集まる箇所と定義できる 変化量をまとめた行列の固有ベクトルからedgeの向き、固有値の大きさから変化量の大きさ(edgeらしさ)がわかる 2つの固有値の値を基に、edge、corner、flatを判定できる 固有値の計算は手間であるため、判定式を利用し計算を簡略化する なお、Harrisはedgeの向きである固有ベクトルを考慮す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く