長靴にお湯を入れて履きたくなった
1987年東京出身。会社員。ハンバーグやカレーやチキンライスなどが好物なので、舌が子供すぎやしないかと心配になるときがある。だがコーヒーはブラックでも飲める。動画インタビュー 前の記事：土曜のお便り 〜イスと机のない会社 突然こんなことを言われても困るかもしれないが、当時の気持ちをなるべく正直に打ち明けるとこういうことになる。長靴にお湯を入れて履きたくなったのだ。 長靴。 仕事で大失敗をしてヤケになって、とかそういうことではない。毎日毎日決まったことを穏やかに繰り返す生活の中で、ふとそう思ったのだ。 靴の中に水がある不快感と、でもそれがいい温度のお湯である気持ち良さが混ざってわけの分からないことになるのではないか。そう、わけの分からないことになりたのだ。特に理由もなくこんな気持ちになるということは、普段の暮らしが穏やかすぎるのかもしれない。だからわけの分からない刺激を求めるのかもしれない。
そろそろSQLのウィンドウ関数を理解したい - 連載1/3話 - Qiita
はじめに データ分析とデータ品質改善に従事してきた筆者が、SQLを用いた分析の基本である「ウィンドウ関数」の使い方とデータ品質の調査改善を行う手法をまとめてみようと思います。 こちらの記事は、SQLの知識向上と振り返りを主題としているので、ABC分析、バスケット分析、RFM分析などの「データ分析の手法」について説明している記事ではありません。(反響やコメントによって別投稿するかもしれません) 背景 SQLはエンジニアの大多数が利用しており、多くの方はWebサービス開発などでデータの登録画面や検索画面を作る際にSQLを利用したり、またはシステムの運用保守で障害の原因調査のためにSQLを利用して原因を特定すると思います。そのため、テーブル結合・サブクエリ・集計関数といったSQL構文は理解されている人が多いと思いますが、分析関数を理解して使っている人となると、ぐっと減ると思います。 私は以前、社
コードレビュー虎の巻 - Qiita
レビューガイドライン(Review GuideLine) ここで述べているレビューはピアレビューについての方法です。 （作業成果物の欠陥と改善の機会を探すレビュー） 「最悪を最初に」を基本としてレビューすべき、 たとえば、仕様やアルゴリズムに欠陥があるのに、typoにこだわってもしょうがないので、なにが最悪かを考え、それを防ぐための物からレビューをします。 誤りがプロダクト全体に影響し、手戻りのコストが高くつく、あるいは失敗するようなリスクがないかを考慮にいれてレビューの対象を選択します。 たとえば、基本的な初期フェーズの要求仕様や、クリティカルな決定の基礎になる仕様、使用頻度が高いモジュールなどを重点的にレビューします。 以下に書く項目はレビュアーに負担をかけないようにするのが前提なのでレビュアーに出す前にそもそもテストしたい項目です。 参考： あなたのおっしゃるレビューってどのことかし
個人で作ったWebサービスを最初の100人に使ってもらうまで｜katonobo
こんにちは。かとのぼと申します。個人でWebサービスを開発しています。 今回は、私が作ったWebサービス「メモや日記ついでに英語学習」が、登録ユーザー100人を突破したことが嬉しくて、その喜びや過程や苦労をnoteに書くことにしました。 Webサービスは、企業が提供しているイメージが強いと思いますが、実は個人で運営しているWebサービスも数多くあります。 そのような個人でWebサービスを開発する人たちを「個人開発者」と呼びます。私もこの「個人開発者」です。 今回は、個人開発で作ったサービスがどうやって100人のユーザーを獲得するようになったのか？と言う内容を記事をしました。 クリエイターの方、起業を考えている方、副業で個人でWebサービスを作りたいと考えている方、IT企業に入られた方、プログラミングを始めたばかりの方などは是非読んで欲しいなと思っています。 どんなサービス？「メモや日記つい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
