新規開発したプロダクトについて ｢世の中に URL は出ているが、まだ正式公開していない｣という微妙な位置付けなのでプロダクト名と詳細は避けつつ述べます。短めの開発期間で急いでつくって、慌てて年末にβ版をリリースしたところです。 次の動きに向けてまったりしたり、Inside Frontend の開催に向けて四苦八苦しているところでメモ書きです。 このシリーズの他の記事はこちら。 ビルド設定編: UA に応じた最適な JS バンドルの配信と webpack との距離感 コード設計編: context による縦軸分類とレイヤードアーキテクチャ アーキテクチャ編: SSR と CDN ( Fastly ) とユーザー依存情報の分離 依存するパッケージの厳選 新しい技術、ライブラリを試すこと、それらを使って生産性の向上にチャレンジすることは必要です。とはいえ、程度が過ぎると逆に生産性を下げかねない

こんにちは、スケベサイエンティストのDaiです（@never_be_a_pm） つい最近、noteというサービスが、コードを挿入できる機能を追加しました。 noteでコードが投稿できるようになりましたβ｜深津 貴之 (fladdict)｜note エンジニアのnoteクリエイターさん達に、素敵なお知らせが。 pcのnoteエディターに、コード埋め込み機能（β）がつきました。エディタでテキストを選択し、ポップアップのコードボタンを押すと、コードブロックを埋め込めます。 こんな感じですね。 for(int i=0; i<100; i++){ println("hello world"); } あわせて、コードブロックの中では、TABボタンが使えるようになります。まだ実験中なので、使いにくいところはあるかと思います。 アプリでの対応はリニューアル後になってしまいますが、年内には搭載されるはずです

今回はこのロングテール現象とも関係しますが、インターネットによるコミュニティ「e-Community」について考えてみたいと思います。 第17回は「パレートの法則 vs. ロングテール現象」と題して、仕事や日常生活のさまざまなところで観察できる普遍な法則であるパレートの法則（80- 20の法則）の一種のアンチテーゼとして出現してきたロングテール現象について考えました。マスメディアを使った従来型の広告は、パレートの法則に従った投資効果を狙うものですが、インターネットを使った検索連動型広告やコンテンツ連動型広告はそれとは全く異なった戦略を採用しています。ロングテールは従来型の経済的制約条件が取り払われたところで初めて有効になります。インターネットは従来型の経済的制約条件を限りなく0に近づけつつあるといえるでしょう。 人間は社会的動物である 「人間は社会的動物である」とはアリストテレスの言葉です

mixiグループアドベントカレンダー 17日目です。 前日の @nukosuke さんに引き続き、XFLAGスタジオCREチームから私 @manji602 がアドベントカレンダーをお送りします！ 今日は、私がサポート業務における顧客信頼性のために開発したプロダクトについてご紹介します。 プロダクト導入前に起きていた問題 今回ご紹介するプロダクトを導入する前には、サポート業務において度々誤案内が起きており、高い水準での顧客信頼性を維持するのが難しい状況にありました。 その誤案内を大別すると2種類の要因がありました。利用していたシステム起因と私たちの業態起因のものです。 ZendeskのUI起因の誤案内 XFLAGスタジオでは、多くのプロダクトのサポート業務にZendesk と呼ばれるCMSを利用しています。 Zendeskでは、受信したお問い合わせメール1件に対して「チケット」という単位でや

農業のIT化が進む中、農協の業務の中でもやっかいな出荷物の配送予定の作成時間を大幅に短縮するシステムが登場した。1日8時間かかっていた作業がわずか1秒で済むという。導入するのは、神奈川県の三浦市農業協同組合（以下三浦市農協）とサイボウズ。独自のアルゴリズムを使って、人間が計算するよりも速く、かつ効率的な配車予定を組むことが可能になる。 時間かかるうえにトラック台数多く非効率 農協にとって出荷振り分け作業というのは、最も面倒な作業の一つ。翌日に農家から出荷される出荷物の量を把握し、市場などの配送先ごとの出荷数量と、荷物をどの運送会社のトラックにどう積み分けるかを決める。この作業は基本的に手作業で行われていて、三浦市農協の場合、まずは農家が各出荷所に翌日の出荷予定を連絡し、各出荷所が農協に連絡。農協は全出荷所から受け付けた数量をExcelへ入力し、北海道から大阪までの約50の市場への出荷数量を

70歳過ぎの高齢者にフリーWiFiの接続方法について尋ねられた。 ここはショッピングモールのカフェ、「WiFi接続無料」を売りにしている。 自分も、通信容量節約のためによく使っている。 いつも通りradikoを聴きつつ、増田ブラウジングをしていたら、あるご老人から話しかけられた。 「このへんってWiFiつながるんですか？」 しかし、カフェでいきなりこの質問をされたら大抵の人は戸惑うんじゃないか？ 今オレが、この話の前提とこれから起こることを先に提示したから「この老人はフリーWiFiにつなぎたいんだな」と分かるだろう。 だが、何の前提もなくこの質問をされたら一体何のことかと思うだろう。 （WiFiって、どのWiFi？） （つながるって、電波強度の話？） 先読みエスパーならシチュエーションと文脈から分かるのかもしれない。 人工知能ならフレーム問題で機能停止を起こすところだ。 （ためしにSiri

Care/of, a company offering personalized subscription vitamin packs, says it will be canceling all subscriptions as of Monday, June 17 and will no longer be accepting new orders. The news…

Javaのジェネリクスは一般に配列と混ぜてはいけないとされるが、混ぜて用いた場合に何が問題となるのか。 歴史的な問題 Javaが1995年に登場した当時、Javaに配列はあったがジェネリクスはなかった。 ジェネリクスを含む型システムの理論的な整備は、1990年代から2000年代にかけてのJavaのバージョンアップの時期に並行して行われていた。これは1995年当初のJavaになぜより良いジェネリクスを搭載した形でリリースされなかったのか？ということにひとつの答えを示すだろう。つまり、1995年当時にはジェネリクス（Java5に搭載されたような変性を含むもの）は未来の技術であって、まだ理論的に固まっていないものであった、というわけだ。 Java言語仕様にも記述されているが Historically, wildcards are a direct descendant of the work b

最近、TypeScriptについて考えることが多い。SideCIでWebフロントエンドの開発に使いはじめたこともあるし、Steepの開発をしていて「TypeScriptだとどうなるんだっけ？？」などと言いながら試してみることもある。 TypeScriptは型付きのJavaScriptである。構文はほとんど同じで、使えるライブラリもかなり近い。JavaScriptへの変換はかなり自明で、ランタイムは全く同じ。性能の差はない。Webpackやnpmを初めとするツール群もかなり共通しているし、アプリケーションも似たようなもん。書いている気分には、ほとんど差がない。つまり、TypeScriptとJavaScriptでプログラミングしているときに、なにか違いを感じるとすれば、それは（ほとんど）型付きの言語と型なしの言語の差と考えて良い。 RubyとJavaを比較するのとは、全然話が違う。構文も意味も

日本のオンライン海賊版の歴史をふり返ると、時代時代にさまざまなトレンドがあった。Warezに始まりNapster、WinMX、Winny、Share、BitTorrentなどのP2Pファイル共有、YouTubeやニコニコ動画などのストリーミングプラットフォーム、そしてMegauploadやRapidshare、Rapidgator、Uploadedなどのサイバーロッカーへ。 日本でも昨年10月にリンクサイト「はるか夢の址」の運営者や投稿者が摘発され、サイバーロッカーへの注目（というか圧力）が高まっている。ただ、海賊版の世界を観察していると、サイバーロッカー型の海賊版はすでに過去のものになりつつある。たとえば、サイバーロッカー自体の人気は2012年のMegauploadの閉鎖前後にピークアウトし、根強い人気のBitTorrentですら下降の一途を辿っている。 Rapidshare、Megau

忙しい年の瀬ですが、皆さま如何お過ごしでしょうか。 さて、皆さんは「グッドデザイン賞はあるのにバッドデザイン賞が無いのはおかしい」という風に思ったことはありませんか？ 私は職業柄、日常生活で見かけた良いデザイン事例と悪いデザイン事例を写真に撮ってストックしているのですが、その中には「本当にこれギャグじゃないの？」というレベルのバッドデザインがあったりするんですよね。 良いものを良いと評価することも大切ですが、良くないものを無視するのは人類の進歩に大きな影を落としているような気さえします。ということで、勝手にアワード化してしまいました。2017と付いてますが、私が見つけたのが2017年だったというだけで製造年度などとの相関性はなく、特に意味はないです。あくまでジョークコンテンツとしてお楽しみください。 【追記】Twitterの方で一部画像が自分で撮影したものではないのでは？とご指摘頂きました

HashDoS脆弱性との戦い！ Rubyコミッター・卜部昌平が明かすプログラム堅牢化のノウハウ 過去、HashDosの影響を受けたRuby。言語開発者はいかにしてこうした問題に対応してきたのでしょうか。コミッターである卜部氏の貴重な記録を公開します。 2011年の末頃、HashDoSという脆弱性が公表され、Rubyもこの影響を受けた。本稿の筆者である卜部昌平（うらべ・しょうへい／@shyouhei／以下、卜部）は、報告当初からRuby側のチームメンバーとしてプログラム本体の修正を担当した。以下はその記録である。言語開発者たちが普段どのようなことを考え、どういった技術を用いて開発やバグフィックスを行っているのか。その概要を知ってもらえれば幸いだ。 オブジェクト指向スクリプト言語 Ruby HashDoSの概要 なぜ約6年後の今、修正内容を公開するに至ったか？ 前史：すでに内包されていたリスク

いかがでしょう！ この通り、デザイナーからモテモテです！ ■真面目な話… タイトルはふざけていますが、真面目な話をすると4年前の私がこんな教え方をしてもらえていたら、本当にGitに怯えることもなかったと思います。 なぜ、あのころ理解ができなかったのか。 あの時どうしてもらえていたら、エンジニアもデザイナーもお互い幸せになれたのか。 Gitを使い始める時にデザイナーとして知りたかったことや知らなくても困らなかったことを一生懸命まとめました。 情熱を込めすぎたせいで、1万字を超えるエントリーになってしまっています。 順番も意識したので、上から順に読み進めていただけると、うれしいです。 ■あらすじ 【その1】「図解」を活用し、「簡単」って嘘をつかないエンジニアはモテる 【その2】Gitで幸せになる世界を共有してくれるエンジニアは素敵だ 【その3】環境構築をサポートしてくれたエンジニアはものすごく

世間一般ではデザイナーは一括りに語られがちですが、デザイナーも千差万別、一人一人に個性があり、異なる価値観を持っています。この多種多様なデザイナーを一種類にまとめて扱うことは、デザイナーとのミスマッチに繋がり、デザイナーを擁する組織のマネジメントにとって、深刻な問題を引き起こすこともあります。 自分自身は経営者兼デザイナーとして仕事をし、今まで多くのデザイナーを見てきました。その私の経験則でいえば、デザイナーは大きく4つのタイプに分類できると考えています。例えば採用面接などで新たにデザイナーと出会った際には、まずはこの4タイプを手がかりにして、その方の理解を深めていったりします。 私が考えるデザイナーの4つのタイプとは、縦軸に「挑戦的」「保守的」、横軸に「感覚的」「論理的」を置いた4象限で表現できます。以下がその図です。 ここからは、理想実現型、成果追求型、共同作業型、実務遂行型の順に、そ

この記事はMikealさんの素晴らしい記事の翻訳版です。 Thanks Mikeal for sharing amazing article, and allow me to translate and share with friends in Japan! ライブラリの保守担当者がさらに前進するための必要性。 LinuxやNode.js等大きく注目されているプロジェクトでは、エンタープライズ、本番運用レベルのユーザが基盤刷新することなく継続して利用できるよう長年にわたってサポートを提供している。 これに影響された多くのプロジェクトで同じような長期間サポートを行うエコシステムができてしまっている。これらのプロジェクトではCI環境にて古いバージョンも維持し続け、万が一古いリリースで動かないようなPRが上がった場合にはBlockしてしまうのである。 私はここで声を大にして言いたい。小さなプロ

絵文字を扱う上で知っておくと良いかもしれないことをまとめてみました。 Ruiさんの記事を見て、「EmojiはSurrogate Pair以外にも、色々とおもしろい技術があるんですよ〜」思って書いてみました。 なお、書いた人はAndroidの人間なので、特に表記していない場合は主にAndroid上での動作のことを書いてます。 またQiita初めてなので読みにくい部分等がありましてもご容赦ください。 サロゲートペア(Surrogate Pairs) このエントリーを書くきっかけにもなったサロゲートペア。なぜこれが導入されたかの経緯は、Ruiさんのブログエントリーに譲るとして、技術的な解説をします。 サロゲートペアは、U+0000..U+FFFFに収まりきらなかった範囲のUnicodeコードポイント(U+10000..U+10FFFF)を、なんとか16bitでエンコードしようとして導入されました

dev.toと阿部寛のホームページどっちが速いですか？— あれからのぐりだけど (@_guri3) 2017年11月15日 という内容のツイートを見つけたので計測してみる。 ずっとパソコンに向かってて飽きてたので息抜きで。 dev.to というのは、 Qiita の海外版みたなやつです。一番の特徴はナビゲーションの速さ。 対抗するのは、 THE Traditional Web Site というたたずまいで有名？な　阿部寛のホームページ 計測 今回は、Google の PageSpeed Insights を利用していきます。 dev.to まずは、dev.to から 86/100 です！ 阿部 寛 のホームページ 92/100 です！ まとめ 伝統的ウェブサイトの方が早かった！

知っているUnixのコマンドで一番シンプルなものは何ですか？ 例えば echo という、stdoutに文字列を出力し true を返す – すなわち常に0の終了コードで終了するシンプルなコマンドがあります。 シンプルな、と言えば yes もそうでしょう。引数なしで実行すると、改行されたyが無限に出力され続けます。

Anterior, a company that uses AI to expedite health insurance approval for medical procedures, has raised a $20 million Series A round at a $95 million post-money valuation led by…

0 0 160 0 本記事はDropbox UX WriterのJohn Saitoがこちらで執筆した記事を本人の許可のもと掲載しています ライティングはひとつの芸術です。言葉は私たちに、笑いと涙と、大きなことを成し遂げる刺激をもたらしてくれます。 でも、ライティングにも科学があると思います。さまざまな題材を選ぶことができ、テーマをより客観的に見つめる機会が持てるのは、データがあるからです。 適切な語句を見極める Dropbox の UX ライターである私たちは、どの語句を取り上げても必ず意味がわかることを目標にしています。誤った言葉ひとつで、ユーザー エクスペリエンスが台無しになりかねないからです。ユーザーは、意味が曖昧なボタン ラベルや聞き慣れない言い回しがあると、すぐにイライラします。 そこでライティングに関しては、適切な語句を確実に選べるよう数種類のテクニックを駆使し、情報に基づく