アメリカで流行ってるサービス: 俺と周りの場合
https://anond.hatelabo.jp/20181129233609 同じくSF在住。いいまとめサンキュ。他に俺が個人的によく使うのは： Limeここ1〜2年で急激に伸びてきた電動自転車や電動スクーター（電動のスケボーにハンドルが付いたようなもの）のシェアリングサービス。Birdなど競合も。各スクーターはGPSでトラッキングされていてスマホアプリで近くにあるスクーターを検索できる。使い終わったら乗り捨て。割とそこらじゅうに乗り捨ててあったりする時もあるので街の景観がちょっと変わった感があるが、それを超えて便利。でも乗る場所によっては割と危ない。大きな事故が出てくると規制もありうるかも。（追記：chanmiaさんのブコメによるとすでに規制されて台数が減ってるそうです。指摘感謝です） Netflix日本でも浸透してきてると聞くが、アメリカでも俺の周りだとみんな普通に加入してる感じ。
賃貸の家探しサービス多すぎるので解説してみる
このごろ賃貸で家を探すWEBサービスのCMがバンバンテレビで流れている。 賃貸の繁忙期は1~3月が圧倒的で、他の月と比べてかなり売り上げが大きいため、各社競い合って宣伝をしている。 スーモやホームズ、アットホーム、いい部屋ネットにピタットハウス、色々あるが、実はその成り立ちから業務形態まで様々で、見ることのできる物件がかなり制限されることがある。なのでその違いを説明してく。 増田は以下のどこかの会社で働いていたことがある。 自社物件囲い込み系基本的に自社の建設した物件を取り扱う賃貸サイト。賃貸系サイトの中ではもっとも選択肢が狭い。 もしそのブランドにこだわりがあったり、親類がそこで働いていたりする場合は見ても良いと思うが、そうでないなら見る価値は薄い。 ・いい部屋ネット、DK SELECT 大東建託がやってる。270万件。 ・ホームメイト 東建コーポレーション ・MAST 積和不動産（積水
さつまいもとクリームチーズのデザートサラダのレシピ/作り方
もはやスイーツ、さつまいもとクリームチーズのデザートサラダのレシピです。わずかに感じる塩気が甘さを引き立てています。小さく丸めて団子状にするのもよいと思います。
2019年SRE考 - ゆううきブログ
この記事では、自分が数年Site Reliability Engineering (SRE)を実践しつつ、SREについて考えてきたことをまとめる。 先月開催されたMackerel Drink Up #8 Tokyoと先日開催された次世代Webカンファレンス 2019では、SREについて集中的に議論する機会に恵まれたため、脳内メモリにキャッシュされているうちに、SREに関する私的な論考をまとめておく。 (以降では、SRE本の原著にならい、技術領域名を指すときはSRE、職種名を指すときにSREsと表記する。) SREとの関わり なぜSREに関心をもったのか 2015年にメルカリさんがSREチームを発足したときに、SREsの存在を知り、SREsはシステム管理者、Webオペレーションエンジニア、インフラエンジニアといった既存の職種を置き換えていくものだと理解した。 当時、自分が注目したのは、SRE
pixiv chatstoryのiOSアプリをReact Native（Expo）でリニューアルしました！ - pixiv inside
こんにちは、福岡オフィスでpixiv chatstoryの開発を担当しているtawachan（@tawachan39）です。 前回「デザイナーでも書けるReact Native」と題して、React Nativeでの開発模様を書かせていただいたのですが、先日無事リリースをすることができました（！）ので、今回はその小話を書いていければと思います。 特に、React Nativeでアプリを作ることに興味があったり実践登用することを検討している人にとって参考になることがあれば幸いです。 リニューアルのきっかけ pixiv chatstoryは既存のSwiftで書かれていたアプリをReact Nativeで書き換えるだけでなくデザインのリニューアルも行っていました。そのきっかけや経緯について簡単に紹介します。 Swiftのコードをメンテナンスするのが大変でWebの技術で置き換えたかった 現在のpi
遊舎工房 | 自作キーボード＆レーザーカット
秋葉原・末広町に実店舗を構えており自作キーボードキットの販売や工作室を運営しています。 また、主に個人の方を対象にしたレーザーカット、UVプリントサービスを行っております。 「近くにFab施設が無い」「時間を有効に使いたい」といった方々のお手伝いをさせて頂きます。
【翻訳】スクラムは抽象クラス
みなさんこんにちは。@ryuzeeです。 スクラムはフレームワークです。ロール、作成物、イベントが決められていますが、それを具体的にどうやってこなしていくのかは定義されておらず、それぞれの環境にあわせてやり方を考えていく必要があります。 それを分かりやすく説明したのが、Scrum is an abstruct classという記事です。 今回、記事を執筆したPaddy Corry氏に快諾いただきましたので、和訳にてご紹介します。 なお、誤解のないように言っておくと、スクラムはアジャイル開発を進める上での唯一のフレームワークでは決してありません。 つまりスクラムのフレームワークで既定されていることを止めた場合、それはスクラムではありませんが、だからといってアジャイルでなくなることとイコールなわけではありません。 自分たちにとって良いやり方があれば、それをやればいいのであって、スクラムに厳格に
クライアントとサーバーどちらに実装するかの設計指針をチームで持つこと - tomoima525's blog
モバイルアプリケーションを開発していると、この要件や仕様はクライアントとサーバーどちらに置くべきか、という議論がチームでなされることがしばしばあります。例えば、 あるレスポンスAを受けて処理Bを行い、その結果をユーザーに提示する 登録処理などで、処理C,処理Dという異なる処理を並列して行い、それらが完了したらユーザー側に通知する やろうと思えばクライアント側で処理を全て持つこともできますし、サーバー側で実装もできますね。 このような仕様のディスカッションが起きたとき、チームで統一した判断基準を持っていますか? 自分の場合、クライアントアプリはロジックをなるべくサーバーに移譲すべき という設計指針をチームに提案します。 上の例で言うならば、 サーバーから処理Bも踏まえたレスポンスA'を返してもらい、ユーザーに提示する クライアントは1リクエストをサーバーに投げる。サーバー側で処理C,Dを投げ
専門学校では如何に素人に対し体系的にプログラミングの基礎を教えているか(体験談) - みんからきりまで
こんにちは。 あけましておめでとうございます。 さて、新年早々プログラミング教育とエンジニア業界の闇について議論(?)が盛り上がっていますね。 この話題に関してはぼくはわりと思うところがたくさんあり、書き始めると延々と書き続けてしまいそうなんですが、今回は「プログラミングは体系的な教育方法が確立されていず殆どの人間はプログラミングに向いていない」という内容について体験談をもとに言及してみたいと思います。 人はどのようにプログラミングを学習するか ぼくの観測範囲では、バリバリに活躍しているエンジニアはだいたい「大学で情報工学系の教育を受ける一環としてプログラミングを習得した」「文系だったけど趣味や研究などでプログラミングを独習してプログラマになった」という人が多いようです。 特に、コーディングノウハウそのものに関しては独習で学んだため、どうやって他人にプログラミングを教えればいいのかなんて分
我が家のお金の管理の仕組みについてまとめてみる - ゆとりずむ
あけましておめでとうございます！らくからちゃです。 昨年は、昇り龍が如く上昇を続けてきた仮想通貨が、一転フリーフォール状態になったり、下がることを忘れたかのように上がり続けてきた株価が急に思い出したかのように反転したりと、なかなか厳しい一年でした。またKyashがリアルカードの発行と2％還元を始めて驚嘆させたと思えば、その凄さもまるで霞むpaypayの100億円還元が始まったりと、家計にとっても「異次元」のことが続く一年でした。 我が家では、資産運用・資金管理、お得な決済方法の開拓は、主にわたしが担当していますが、いい加減カオスになり過ぎたので、個人的な整理＆妻への説明用にまとめておきたいと思います。どなたかのご参考にもなれば是非！ 0.はじめに 大事なことだから、最初に書いておく。 お金というものは、預金残高や証券口座の評価高のままでは、ただの数字の羅列にしか過ぎず、使って初めて人生を豊
grpc-gatewayの開発に学ぶ、ソフトウェアの設計手法〜Yuguiが定めた、2つの基本設計方針 - エンジニアHub｜若手Webエンジニアのキャリアを考える！
grpc-gatewayの開発に学ぶ、ソフトウェアの設計手法～Yuguiが定めた、2つの基本設計方針 良いソフトウェアとはどのような方針のもとに設計されているのでしょうか。広く使われているOSSであるgrpc-gatewayの開発過程を作者のYuguiさんが振り返り、その設計手法を解説してもらいました。 こんにちは。 Yuguiと言います。 本記事では読者がより良いソフトウェア設計を行うための参考として、筆者が経験してきた設計上の決定をご紹介します。 筆者はこれまでRuby 1.9のリリースマネジメントを担当したり、Google Mapsの日本向け地理データ処理やgrpc-gatewayの開発などをしてきました。そしてこれらを通じて、広く長く使われて拡張されていくソフトウェアを設計するための方針決定に携わったり、方針に関わる良い議論を目にしたりする機会に恵まれてきました。中でも本記事では、
Slackデータを可視化して会社の2018年を振り返る - Kaizen Platform 開発者ブログ
TL;DR SlackのAPIから2018年の発言データを取得、可視化をしました 一番発言されたChannelや使われたリアクション 💪 、Channel数の増加などを調べました Doc2Vec、t-SNEを使って類似Channelの探索をしました 使ったコードは記事の最後にあります はじめに アプリケーションエンジニアの池田@つくば (@ikedaosushi Follow me! )です。 2018年もいよいよ終わりですね。皆さんにとってどんな年だったでしょうか。僕は人生初の転職とリモートワークワークを経験し、かなり刺激的な一年になりました。 年の瀬ということで、SlackデータをPythonを使って可視化することによってKaizen Platformにとって2018年がどんな1年だったか振り返ってみたいと思います。ちなみに以前、弊社ではQiita:Teamの解析を行っていたので今回
RailsのAPI開発にスキーマ駆動開発を導入して、品質と開発スピードを高める - freee Developers Blog
こんにちは、freee API開発チームのkotegawaです。 この記事はfreee Developers Advent Calender 2018の19日目の記事です。 freeeのAPI開発 freeeでは今年の7月から、API開発専任チームが新設されました。 API開発チームでは、 社外向け新規APIの開発 API開発基盤の強化 新規プロダクトの開発 などの業務を社内の認証基盤チームやインフラチームと協力しながら行っています。 今日はAPIチーム発足前にfreeeが抱えていたAPIの課題と、それを解決するために導入したスキーマ駆動開発について紹介します。 APIチーム誕生前の課題 もともと弊社のAPIの課題として、以下のようなものがありました。 APIドキュメントと実際の実装に差異があった 開発する度にAPIドキュメントを更新することにメンテナンスコストがかかっており、また手動で更
バッチ処理の一部で 30 分以上かかっていた処理を 14 秒で終わるようにした話 - @watson1978 の日記
Ubiregi Advent Calendar 2018 の 18 日目です。 ユビレジではたくさんのお客様の大量の POS データをお預かりしており、様々なバッチ処理も実行されています。今回は特定のケースでバッチ処理の一部が 30 分以上かかっていた処理を 14 秒で終わるようにした話について書きたいと思います。前回の Ruby 2.5 の SEGV と闘った話 - @watson1978 の日記 に引き続き DTrace を使った話になります。 はじめに ユビレジでは CSV ファイルでお客様が特定のデータをダウンロードしたりアップロードできる機能があります。CSV ファイルにエクスポートしたり、CSV ファイルから DB に取り込む処理を Worker を起動してバッチ処理しています。 大量のデータを保有しているアカウントと同量のデータを用意して手元の環境で試したところ時間がかかるこ
Rubyの定数が怖いなんて言わせない - Qiita
Ruby Advent Calendar 2018の 15 日目です！ 定数よ。お前はなぜそんなに難しいのか 使いやすいRubyのメソッドやクラスインスタンス変数に比べて、定数は難しいですね。 私自身、半年に一回は泣かされている弱小エンジニアのひとりです。 せっかくのアドベントの機会を借りて、このハマりがちなRuby定数の謎を徹底的に読み解いてみたいと思います12 対象としてはこんな方を想定しています。 Rubyにおけるselfの扱い、継承チェーン、メソッド探索は理解している 定数の挙動でハマったことがある この機会にマニアックな理解をしたい 参考文献としてはCRubyのソースコードに加えて、最後に列挙した数々の貴重な資料を頼らせていただきました（ぺこり）。 定数クイズ さっそくですが、定数に関する簡単な問題です。 Rubyistなら全部答えられます・・よね？ まず、こんな形であちこちにM
React/Redux約三年間書き続けたので知見を共有します | Enigmo Life
Enigmo Advent Calendar 2018の4日目の記事です。 この記事の目的 Enigmoが運営しているBUYMAでは古代から運用しているjQueryの他に、2016年頃から一部ページのフロントエンドをReact/Reduxで構築しています。 私自身もEnigmoに入社してからの約三年間でReact/Reduxアプリケーションの開発に多数携わってきましたので、そこで培った知見を共有したいと思います。 React/Reduxの利点 まずはじめに、ReactとReduxを使うメリットを再確認しておきたいと思います。 それぞれのメリットをしっかりと認識しておくことで、実装する際どう書くか迷ってしまった場合などにそのメリットを最大限活かす選択をすることができます。 Reactの利点 コンポーネント化が容易で再利用性が高い 状態をDOMから分離できる(Stateless) Reduxの
RubyのEnumerableを使ったリファクタリング - Tech Inside Drecom
これはドリコム Advent Calendar 2018の4日目です。 3日目はSmithさんによる、デファクト開発環境が無い HTML5 ゲームの世界で逞しく生きるです。 はじめに プログラミングにおいて、読みやすいコードを書く重要性は改めて述べる必要はないだろう。あえて一言添えるなら、ソフトウェア開発者がコードを読む時間は書く時間よりも遥かに長い。本稿では筆者が見つけた読みにくい書き方を主観的な好みで一つ挙げ、なぜ読みにくいのか、どう書くべきか、そして書き換える場合の注意点について散文的に論じる。 読みにくい書き方 今回のテーマとなるのは下のような書き方だ。 def apply_f_procedurally(original_collection) result = [] original_collection.each do |e| result << f(e) end result
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム＆リーンスタートアップ導入)について #devlove #devlove創
じゆうなそうさく
Serverless pain