An icon used to represent a menu that can be toggled by interacting with this icon.
An icon used to represent a menu that can be toggled by interacting with this icon.
VOX: コロナ経済危機の軽減 共有ログインお使いのブラウザのバージョンはサポートが終了しました。 サポートされているブラウザにアップグレードしてください。閉じる ファイル編集表示挿入表示形式ツール拡張機能ヘルプユーザー補助機能デバッグ ドライブに変更を保存できませんでした 画像オプション画像オプション 画像を置換 表のオプション ユーザー補助機能
Creative Scala (日本語版) Dave Gurnell, Noel Welsh 著 Eugene Yokota 訳 May 2018 Creative Scala (日本語版) Copyright 2015-2019 Dave Gurnell, Noel Welsh 著 Eugene Yokota 訳. Licensed under Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License. Published by Underscore Consulting LLP, Brighton, UK. Copies of this, and related topics, can be found at http://underscore.io/training. Team di
Coral Insightsでは先日、投資先の1社である保険スタートアップ、justInCaseが、どうやってリモートワークを取り入れて日々の業務を回しているかというインタビュー記事を動画とともに掲載しました。これからチームや組織を作ろうというときに参考になる話だと思います。 1人の起業家のパッションから始まり、徐々に周囲を巻き込む形でスタートすることが少なくないスタートアップの初期は、特に時間や場所を共有せずにリモートで仕事をするスタイルが自然で、そのままリモートを続けることも多いかと思います。 でも、本当にリモートワークは良いものでしょうか? マイナス面はないのでしょうか? 先回りして書きますが、こうした問いには「イエス」も「ノー」もありません。答えはどこか真ん中にあるもので、全てはケース・バイ・ケースでバランスです。例えば、日本社会全体で考えたときは、もっとリモートワークを取り入れて
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue(タスク)の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
はじめにこの記事は一年くらい前に書きかけて放置していたのだけど、市谷さんが同じようなことを言ってるスライドをアップしていたので、二の矢として挙げることにする。 プラクティス導入がうまくいかない!!これまでも多くの人がそうだったし、これからもきっと多くの人が同じような状況に陥ると思われるのでメモしておく。 「現場でXXXを実施してみているのだがうまくいかない」という話は、色々なところで耳にする。XXXXはプラクティスでもいいし、スクラムでもいいし、ツールの導入でもいい。 例えば、プラクティスというのは、名前がついていて、各所で実践した例もいろいろあって、希望に満ち溢れているようにみえる。なので、ついつい手にとって試してみたくなる。TDD、ペアプロ、リファクタリング、カンバン、あー、たまらない!早くヤリたい!試してみたい!! しかし、ぐっとこらえて、考えてほしい。 あなたが、その「キラキラ」し
2015年からサイボウズでAndroidデベロッパーとして勤めていたフランス人なのですが2017年の秋にAndroidデベロッパーとして Square社に応募しました。応募する側からして採用プロセスは合理的でやりやすかったので、この採用プロセスが他の企業にも似たような形で広まっていくと良いなと思って Square の採用プロセスを説明するためにこの文章を書きます。 応募インターネットで求人を見かけた事から始まりました。Android開発の世界じゃSquareが提供してるライブラリは誰でも見たことがあると思います。正直なところ、直接応募するのには不安があって、先に SNS 上で Squareの社員に声かけて話を聞いてみようと考えました。相談にのってくれた Squareの社員は親切な人で話が終わるところで「よかったら連絡先を教えてもらえばうちの人事から連絡がいくようにお願いするよ」と言ってくれ
インフラチームからSREへ 〜メルカリを支える新しいインフラのあり方 Developers Summit 2018/2/16
社内イベントで登壇した際のスライドです。「ユーザーインターフェイス解剖学」の改訂版。主に、UIデザインにおいて検討した方がよい/すべき考え方というものを簡単にご紹介しました。
最近やっているけど、これ良い勉強になっているのでブログで紹介する。 読むようになったきっかけ 先月、永和システムマネジメントさんのOSSパッチ会に参加しました。 agile.esm.co.jp この会の懇親会では Rails の Issue やプルリクの話題が多く出ました。 ただ、私が知らない話題もいくつか出ていて、もっと Rails の更新内容を知りたいと思いました。 その結果、酔った勢いで rails/rails を Watching にしてみました。 毎日だけど、雑に読む Rails は活発に開発されているため、Issue(プルリク)は毎日たくさん増えます。 しかし、これを隅々まで目を通すのはとても大変です。 なので、雑に目を通しています。 興味のないやつは読み飛ばす 自分が使用していない機能(ActionCable, ActiveStorageなど)の Issue やプルリク 英語
先日DroidKaigiで登壇したのだが、緊張して胃がキリキリしていた。人前で話すのは、何度やってもなかなか慣れるものではない。 中でも緊張のピークは、自分のセッションの直前の数分である。 この待ってる時間一番きつい— こにふぁー (@konifar) 2018年2月9日 めちゃくちゃ静かなのだ。緊張が張り詰めているのだ。この状態で話し始めたらどう考えても最初から最後まで空気がヤバくなる、そんな予感がするのだ。 どうしようかと思っていたところへ、主催のmhidakaさんが「イェーイ!!!」と言いながら入ってきて、2人でちょっとした小噺をすることになった。「いやぁ、iOSの審査大変だったね」「ほんとですよ。なんで1万円も払ってこんな目に合わないといかんのかって話ですよ」などと適当に話しているうちに、会場内の空気が和らいでいくのを感じた。とてもとても感謝している。 思うに、登壇の空気感というの
人工知能は、言語で定義された抽象概念から、個別具体的な行動を導き出すことができません。 だから人工知能は、以下のような仕事をすることができません。 ・方針を言語で定義すること ・言語で定義された方針どおりに部下に仕事をさせること ・言語で定義された方針どおりに仕事をすること たとえば、あなたがホテル会社を創ったとします。 もちろん、ただ漫然と経営しているだけでは、利益が出ません。 そこで、以下のような方針で会社を経営することにしました。 We are Ladies and Gentlemen serving Ladies and Gentlemen. (我々は、紳士淑女にサービスする紳士淑女である。) 「紳士淑女である社員が、紳士淑女のターゲット顧客にサービスする」というコンセプトのホテル、というわけです。 これにより、人事部は、紳士淑女の使うようなサイトに人材募集広告を出しました。 広報
情報管理LOGの@yoshinonです。 最近は、音声入力の可能性を色々探っています。 だから、情報管理LOGでは、最近音声入力関係の記事が多くなりがちです。とはいえ、現在とても熱い分野だと思っているので、どうしても記事にも熱が入ってしまいます。 さて今回は、私が音声入力で文章作成をするにあたって、現在一番最強だと思う方法について書いてみます。これをやると、他の方法がだるく感じるレベルです。それでは、早速紹介いたします。 ※追記:ここ最近の記事は、全てこの方法で書かれています。 ※追記2:たくさんのはてなブックマークありがとうございます。たくさんの質問&疑問いただきましたので、それに答えるエントリー(どうして「iPhoneの音声入力とGoogleドキュメントなのか?」についてのQ&A)をアップいたしました。(2017/02/13) iOSの音声入力もなかなか優秀なのですが他にもいろいろ試し
僕のことを直接しっている人にはよく知られた話ですが、僕はなかなかどうして話すのがヘタでして、コミュニケーションをとるのが得意ではないのですね。 特に、大人数の前だとすごい緊張しちゃうので、落ち着いて話すこともできません。心臓がバクバクいい、足が震えます。10人以上いる会議で発言とかかなりキツイです。 で、そんな僕なんですが、プレゼンをしなさい、となる時もたまにあって、そういう時、結構困るのですね。どうしたらいいんだと。 しかし、何回か回を重ねていくことで、話す技術を向上することはできなくても、表面的なテクニックでなんとかカバーすることは出来るな、と思ってきました。ハウツーですね。僕はハウツーが好きなんです。 そのあたりのテクニックをたまに後輩に教えたりするのですが、ブログにまとまっているほうがいいかなと思ったので、紹介します。 ---✂--- 「遊び半分の起業のすすめ」 最近、こんな感じ
Macでスクショ撮るショートカットキーと、通常デスクトップにpng形式で保存されるものを後から変更する手順を探したので、両方をまとめてシェア。 Mac OS X でのスクリーンショット取得するためのショートカットキー 画面全体: Command + Shift + 3 マウス選択の範囲: Command + Shit + 4 マウスカーソルの形状が変わるのでキャプチャしたい範囲をドラッグで決めます。 ESCでキャンセル。 選択したウィンドウ: Commadn + Shift + 4 + スペース ==> 対象ウィンドウをクリック マウスカーソルがある場所のウインドウのみをキャプチャできます。 スペースキーを押すとキャプチャ対象のウィンドウがグレーアウトされ、アイコンがカメラマークに変わるのでそこで左クリックするとキャプチャされます。 (2017.02.24追記)保存せずクリップボードコピー
Amazon Web Services ブログ Amazon Redshiftを使用した高性能ETL処理のベストプラクティス Top 8 ETL(Extract、Transform、Load)プロセスを使用すると、ソース・システムからデータ・ウェアハウスにデータをロードできます。 これは、通常、バッチまたはほぼリアルタイムのインジェスト(挿入)プロセスとして実行され、データウェアハウスを最新の状態に保ち、エンドユーザーに最新の分析データを提供します。 Amazon Redshiftは、高速でペタバイト規模のデータウェアハウスであり、データ駆動型の意思決定を簡単に行うことができます。 Amazon Redshiftを使用すると、標準的なSQLを使用して、費用対効果の高い方法で大きなデータを洞察することができます。 StarおよびSnowflakeスキーマから、分析クエリを実行するための単純化
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く