× 現在口コミは、clintal会員様からのみ承っております。 なお、個人(法人コードをお手持ちでない方)の新規clintal会員登録は終了いたしました。

そろそろ、個人開発。 「個人開発がやりたくなる本」は、個人開発を「手軽に始めて」「むりなく続ける」コツが詰まった1冊です。 「自分でサービスをつくってみたいけれど、なにをすればいいかよくわからない」 「ひとりで開発してみたけれど、モチベーションが続かず挫折してしまった」 「サービスを公開したけれど、人が寄り付かずそっとサービスを終了した」 「運営を続けているが、なかなか伸びなくて悩んでいる」 この本は、そんな個人開発にまつわる悩みをかかえるあなたに向けて書かれた本です。 プログラミング初心者や学生、運営10年越えのベテランから起業家まで、全13名の個人開発者が自分の体験談をふんだんに語っています。 開発手法、集客やモチベーション管理、やっぱり気になる収益など、個人開発のリアルがまとまった本となっております！ 内容 1部 やさしい個人開発のはじめかた 第1章: 未経験から3ヶ月で作る！個人開

はじめに 前回 akito0107.hatenablog.com どちらかというとこっちが本編。 前回の記事ではTest Sizesについて紹介したが、今回の記事はその分類が実際の開発にどう役に立っているのかをまとめたいと思う。もちろん用語の統一も大きな意味を持つが、それ以外のことを書いていきたい。 具体的には、CIでテストのパイプラインを組む時にこの分類どおりに組んでいくと綺麗に整理でき、CI全体のスループット向上にも効果がでているという話だ。今回の話は僕たちのチームに特化した内容になるが、1) Test SizesごとにTestの起動コマンドを分ける、 2) Smallから順に実行していき、落ちるべきテストはできるだけ早期に落とす、というポイントはどこにでも使えるものだと思う。 コンテナ技術とテスト 僕たちはローカルの開発環境だけではなく、本番環境やCI環境でコンテナ技術（主にDock

はじめに 最近、意図的に「単体テスト」「結合テスト」という呼び方を避け、Google Testing Blogで紹介されてるTest Sizesによる分類（small / medium / large）に従った呼び方でテストを呼んでいる。 この分類方が自分の身の回りに徐々に浸透してきて、実際のチーム内のテスト戦略も一歩進んだ議論ができるようになってきたので、改めてまとめる。 ちなみにこの記事の話は手動で行われるテストではなく、自動テストを対象としているが本質はあまり変わらないと思う。 続き書きました。 akito0107.hatenablog.com 「単体テスト」「結合テスト」という呼び方について ソフトウェア開発に従事していれば必ず聞く言葉だと思う。改めて他のサイトから引用する形で定義をまとめておく。 単体テストとは *1 単体テストとは、プログラムを検証する作業の中でも、プログラムを

プロデューサーとして駆け出しで売り出し中のころ、 カンヌ広告祭に行く機会に恵まれました。 カンヌに着いてホテルのロビーにいたら その当時メチャクチャ売れてて、いい仕事していて、威張っている感じの 他の会社の名物プロデューサーに声をかけられました。 「おう、お前が櫻木か、最近名前聞くなあ、生意気なんだって？」 プロダクションのプロデューサーは、実は他社のプロデューサーとの 横のつながりはあまりありません。 引き抜きやプロダクション間の移籍の疑いがかけられるし いろんな機密を持っているので、他の会社の人と仲良くするのは よくないとされていました。 コンプライアンスにうるさくなった今でもそうですが。 そういう意味で、他社のプロデューサーの話を聞ける機会は 飲み屋でたまたま出会うか、日本から遠く離れたカンヌ広告祭ぐらいしかありませんでした。 カンヌでのプロデューサーの役割は、建前は広告の勉強ですが

いきなり来年から日本でサマータイムを導入するという話が出てきて、私には到底実現できない話としか思えなかったが、自民党の少なくとも一部の方々は本気で考えているようだ。そもそも、私にはメリットがどこにあるのかわからないがそれは置いておいて、コンピュータシステム側の対応が非常に困難であるということを、なるべく一般の方にわかるように説明してみたいと思う。 5chとツィッターを眺めて見ると、同業者の人は私と同じ意見が多数であるように見えるが、一部楽観的に見ている方もいるのに驚いた。何事にもいろいろな見方があるので、賛否両論の意見があって議論していけばいいことではあるが、その楽観論を見ていると、全く違う立場の二種類の楽観論がある。何がなんでも自分の立場が正しいと主張する気はないが、この二種類の楽観論が絶対両立しないことは確かで、ここだけはハッキリしておかなければならないと強く言いたい。 最悪のケースは

質問者様ご自身が猫の死を受け入れきれてないように思えて心配です。 ですが、死後もご飯を食べにくる、というのはなんとなくわかります。 うちの猫は老衰ですが、瀬戸物を出せるごみの日まで台所に水飲み皿を出しておきました。 猫は火葬にして骨になって私の部屋にあって、水飲みカップもお花もお線香もおいてありましたが、台所から鈴と瀬戸物がぶつかる音が聞こえました。 お風呂に入っている時もちりちりと鈴の音が聞こえる時がありました。出待ちする猫でしたので、「ああ、まだいるんだ」と思いました。 お皿を処分する頃には聞こえなくなりました。 と、いうか意識しないことにしました。 私が落ち込んでいたり寂しがっていたりすると、いつまでもちゃんと旅立てないのではと思ったからです。 死の間際も思わず「やだよお、頑張ってよお」と泣き出したら、横になっていた猫が立ち上がろうとしたからです。慌てて「ごめんね頑張らないで良いよ」

Use the left and right arrow keys or click the left and right edges of the page to navigate between slides. (Press 'H' or navigate to hide this message.)

SQL、書いてますか？ こと大規模データ処理の分野においてはSQLはもはや標準インターフェイスであり、 分析やらバッチやらに関わっている皆様は日々大量のSQLクエリーを生産していることと思います。 そこでちょっと気になるのが、 SQLのコーディングスタイルってどうするのが一般的なんだっけ……？ という点です。 イマドキはSQLなんてO/R mapperに吐かせることが多いからなのか、 それともコードを広い範囲で共有することがそもそもないからか、 SQLのコーディングスタイルについて見聞きすることは他のプログラミング言語に比べるとだいぶ少なく、 いまいち決定版と言えるスタイルがないなと感じています。 そんなわけで本日は、SQLのコーディングスタイルについての意識を活発化させるべく、 クックパッドでわたし（青木）が使っているコーディングスタイルから特徴的な点を紹介したいと思います。 特に、分析

今まで、自宅・職場では外部ディスプレイを使って作業をしてましたが最近はRoostを使い始めて、家でも外でもRoostと外部キーボード、マウスで仕事するようになりました。これで肩の痛みが激減したので下を向いて作業する時間が多いと首の筋肉に引っ張られて肩が凝るみたいですね。 ここできになるのはディスプレイ1枚だと画面切り替え大変じゃないのってところなのですが、以前 @reoring さんに教えてもらって自分にすごいフィットしたので共有しておきます。あまりmacのデスクトップについての記事がないような。 [追記2020/11/16] macOS 11.0 Big Sur(Intel) で動作確認できました。Total Spaces2をBig Surより前から使っている場合は最新版(v2.9.6~)を再インストールする必要があります。 TL;DR デスクトップを10画面作成する ショートカットキー

9つのおとぎ話 CSSは迷走しています。JavaScriptでドキュメントをスタイリングしているプロジェクトでは、多くの場合誤った理由からその方式を選択しています。本稿では、よくある誤解（神話）を列挙し、そうした問題に対するCSSソリューションを紹介します。 本稿は、特定のプロジェクトや人物への攻撃を意図するものではありません。ここでは、“CSS in JavaScript”(CSS in JS)を styled-components を使用することと定義します。これは、Reactのコンポーネントをスタイリングする最近のトレンドとなっています。 styled-components の作者である Max Stoiber と Glen Maddern 、また彼らに協力した人々は皆、卓越したアイデアと善意にあふれる優秀な人々です。 完全な透明性のために断っておくと、私は react-css-mo

小・中・高・大学と真面目に生きてきました。 大人たちが言う「真面目に生きていれば報われる」という言葉を信じて。 しかし、社会ではそんなものは1ミリも役に立ちません。 役に立つどころか、ただ生きるのを辛くするだけです。 世の中にはまだ真面目さが美徳だと思っている人がいるのだろうか？ もしいるんだとしたら、早くその考えを改めないと大変なことになってしまいますよ。 真面目に生きてきた学生時代 本来の意味はさておき、現在「真面目」という言葉は、 先生の言うことや決まりをきちんと守れる子供 などに向けて使われています。 学生時代のぼくはまさにそんな子供でした。 真面目なことは良いことだという風潮を疑うことなく、そんな人間になろうと努力していました。 先生の言うことは素直に聞きました。 あれをやれと言われればそれをやり、あれをやるなと言われればそれをやめました。 それができない生徒は、自制心も礼儀もな

はじめに JavaScriptは如何にしてAsync/Awaitを獲得したのか - がおさんち 技術部屋 ※事前に↑の記事は読まなくても大丈夫です という記事を、以前に個人ブログの方に書いたのですが、私も今年からはQiita始めたので、この記事をリファインして再度書いてみようと思います。 また、この記事では↑の記事では書ききれなかった話もいくつか増やしています。 例えば、不定回数実行されるPromiseの話だとか、非同期処理における例外処理周りの面倒くさい話だとか。 そういうちょっとだけ高度な話も混ぜつづ、前回書いたものよりもクオリティを上げるのを目標にします。それではいきます。 第一章　～人類はsetTimeoutを採用しました～ 古代のJavaScriptで、以下のような処理をしたい場合、どうしていたでしょうか。 ブラウザ更新直後に『a』を表示し、その2秒後に『b』を表示し、更にその1

ポエムです。半分、半生の自分語りです。 就活の頃の振り返りと現状の業界観と自分の仕事についてです。 就活中で、複数の会社で迷っている人に、何かの役に立てばと思って書きます。 Web との出会いとプログラミング Web に触れたのは小学生の最初の頃だった。家にWindowsXP のマシンが来て、それ以来。 しばらくして、個人でPC 向けゲームを作っている方の個人サイトに入り浸って、技術の進歩をゲームから垣間見ていた。 この頃、2ch は電車男で有名になる前で、各所にphp の掲示板がたくさんあった時代だったと思う。 .pl を見た記憶はない……。 掲示板やチャットでネット超しのコミュニケーションをするようになって、インターネットってすごいと感じた。同時に、自分が片田舎に住んでいることに窮屈さを感じた。 当時の知り合いで今も付き合いのある人も何人かいるし、個人サイトの管理人の方はプログラミング