スタートアップの始め方
Paul Graham / 青木靖 訳 2005年3月 (このエッセイはハーバードコンピュータ協会での講演を元にしている。) 成功するスタートアップを作るには3つのことが必要になる。優れた人たちと始めること、顧客が実際に欲しがるものを作ること、可能な限りわずかの金しか使わないこと。失敗するスタートアップのほとんどは、これらのうちのどれかをやり損ねたために失敗している。この3つをちゃんとやったスタートアップはたぶん成功するだろう。 そしてこれは、考えてみればわくわくさせられることだ。何しろ3つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
2chまとめアプリ作ったら、突然DL数500倍になって朝日新聞を抜いた件ｗ
僕は大学卒業後にIT系企業に就職したが、ブラック企業で精神的に辛くなり辞めた。 クライアントからの狂った納期、無駄な仕様を理不尽に感じながら進める日々から解放されたが、ニートも暇だったので、結局プログラミングは続ける事になった。 ニートになってiOSアプリ開発を初めて2年ぐらいが経つ。 約1年前から2chまとめ系のiOSアプリを開発していて、本格的にネイティブ機能を使って開発したのはこのアプリが初めてである。 昨日(4/23)に、ダウンロード数が突然500倍になるという夢のような出来事が起きた。 ※もちろん、お金を出して広告を出稿したとかではない。 毎日、定期的にダウンロード数やアクティブ数などがわかるfabricという解析ツールをチェックしているのだが、その日は朝から明らかに数字がおかしかった。 たまに数字がバグっていてあとから修正されることもあるので、その日は半信半疑ながら定期的に数字
「労働者側の裁量で深夜労働もできる勤務体系」をまじめに考えるとクッソ大変な話 - terurouメモ
これを読んだ。 tech.grooves.com 就業規則おじさん枠として、「労働者側の裁量で深夜労働もできる勤務体系」について言及しようと思う。労働法のエキスパートではないので、実際に検討をする場合は社労士と相談が必須。 お前誰よ 過去にこんなことをした。 terurou.hateblo.jp 本業ではないので労働法のエキスパートではないが、 自分で就業規則をゼロから書き起こした零細企業実務者 就業規則は執筆中～施行前まで社労士チェックが何度も行われている みなさんが期待する裁量労働制・なんでもありフレックスタイムを本気で検討したが、制度設計・運用がともに無理だと思ったので断念した という前置きで。 蛇足だが、就業規則をGitHubをした影響で本業の社労士さんからコメントを頂くことがチョイチョイあるが、「ちょっと気になるところがあるけど、大体こんなところだよね」という評価である。 元記事
大阪労働局
大阪労働局のWebサイトをご覧いただき有難うございます。 この度、都道府県労働局のWebサイトは、皆様の利便性向上を図るため、リニューアルいたしました。 また、リニューアルに伴いサイトURLの変更をいたしましたのでお知らせいたします。 誠に恐れ入りますが、「お気に入り」「ブックマーク」等にご登録いただいております皆様は、 新しいアドレスで登録し直していただけますようお願いいたします。
sekaihaasobiba.com - このウェブサイトは販売用です！ - sekaihaasobiba リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
どんなチームがReact Nativeによる開発に向いているか - Boostnote
はじめに 最近はアプリ開発にReact Native（以下RN）を使用するケースも増えてきているようですが、RNはネイティブアプリを開発する最強のライブラリというわけではありません。 メリットをうまく利用すればとても良いアプリができると思いますが、失敗すると、さらに倍の時間をかけてSwift、Javaで作りなおし、、、といったことも発生するかもしれません。 特徴や他社事例をよく調査し、チームの状況に応じて、採用するかどうか判断することがとても大事です。 この記事では、どういった状況に置かれたチームが、RNで開発するのに適しているか、僕なりの考えを書きますので、参考にしていただければと思います。 RNがどういったものであるかの説明や、実装方法については書きません。 目次 はじめに 目次 1. なるべく早くリリースしたいチーム 2. iOS/Androidで仕様・見た目を揃えたいチーム 3.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Returning promises from Redux action creators