個人でWebサービスを超高速でつくる人たちの作り方を考察。 │ モノづくりブログ 株式会社8bitのスタッフブログです
株式会社8bitのスタッフブログです。こんにちは。株式会社8bitの高本です。 最近、個人で作っているWebサービスを作っている人の作業速度が異常に速いので、どうしてそんなに速くできちゃうのか考えていました。 ちょっと昔の話ですが、「予告.in」というサービスは2時間で公開したそうです。 犯行予告収集サイト「予告.in」公開 「0億円、2時間で作った」 震災の際もかなりのスピード(数時間～数日)で安否情報や震災に関する情報を配信するサービスが立ち上がっていました。 企業でやっているものもありますが、そのほとんどは個人といっても良い人数で作られています。 Anpi (いつから作り始めたのかわかりませんが、15日には公開していました。) SAVE Japan (6時間で公開したそうです。) 企業で収益性を見越したWebサービスを作る際は、もちろん色々と考えないといけませんが、
最近興味深いと思ったWeb記事のリンク集 - give IT a try
社内のメンバーに紹介しようと思ってためてきた各種Web記事へのリンクが大量に溜まっちゃいました。 ついでにここでも紹介しておきます。 一部の記事は会員登録が必要かもしれません。あしからず。。。 プログラミング/プログラム設計 プログラミングについてあまり知られていない７つのこと http://www.tommyjp.com/2010/08/blog-post_1710.html => どれも超重要。知らなかった人はこれを機に覚えておきましょう。 ソースコードの質 http://el.jibun.atmarkit.co.jp/genmaicha/2010/11/post-5c3e.html => 保守性、可読性、拡張性の重要性について。 技術的負債 http://d.hatena.ne.jp/asakichy/20101210/1291936604 => 技術的負債の原因や解決策について(そ
AWS News Blog
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
開発環境をクリーンにする個人的な3つの禁止事項
開発環境は放っておくと自分の部屋と同じで散らかって行きます。 必要なファイルが見つからなくなったり、毎日使うツールが壊れてしまったり…。 そうなると、仕事が進みません。 PCは唯一の仕事道具なので、出来るだけクリーンに保ちたいもの。 そこで私は個人的に3つの禁止事項を決めています。 今日はそのまとめ。 1. 環境を同居させるな えー、簡単に言うと”仮想化しましょう“ってことです。 Macを使っている方は、Apacheも入ってるし、MySQLもインストール出来るし、そのままでも良いじゃない。 あるいはXAMPPやMAMPを使っている方は、インストールすれば環境が揃うし。 そう思われるかもしれません。 しかし、仮想化して開発用のOSを別に持っておけば、良いことが色々とあります。 環境を壊せる！ 好き勝手出来るマシンが1台手に入ったも同然です。自分のマシンでは出来ない恐ろしいことも出来ます
textContent を使うと Opera10.60 がどんどん重くなる - latest log
追記 http://jsdo.it/uupaa/u0QX に最小化したコードを載せました 今回のケースでは、条件(1)と(2)を満たす場合に、どんどん重くなっていくようです。 function bench() { // (1) nodeList を関数内部で毎回取得している var nodeList = document.getElementsByTagName("li"); i = 0, iz = nodeList.length; for (; i < iz; ++i) { // (2) textContent に代入している nodeList[i].textContent = i; } } 本文 原稿書きの資料用に、最新のブラウザでベンチマークを取得していたところ、Opera10.60 のスコアだけがどんどん悪くなる(遅くなる)ケースがあることに事に気が付きました。 条件を絞り込んでい
USBメモリにバックアップデータを格納する方法 - sanonosa システム管理コラム集
過去にHDD障害によるデータ消失を何度も経験しているため、バックアップには多少神経質になっているところがあります。かといって面倒くさいのはもっと嫌。そこで考えたのは、Linuxが動いているマシンにUSBメモリを突っ込んでそこにバックアップデータを流し込む方法です。こうしておけばいざHDDが壊れてもUSBメモリだけ引っこ抜き他のマシンにマウントするだけですぐにデータを移行できるので楽ちんです。 今回はそんなテーマで記してみます。（root権限でお試しください） 【USBメモリをマウントする方法】 まずはUSBメモリをマウントさせなければなりません。USBメモリをマシンに突っ込み、「# dmesg」とすると、「sdb1」のような感じのものが出てくると思います。これを覚えておき # mkdir /mnt/extdisk # mount -t vfat /dev/sdb1 /mnt/extdisk
HTMLやJavaScriptでWindows/Mac/iPhone/Androidアプリを開発するフレームワーク「Appcelerator Titanium 1.0」公開 | OSDN Magazine
米Appceleratorは3月8日（米国時間）、オープンソースのアプリケーション構築プラットフォーム「Appcelerator Titanium 1.0」の一般提供（GA）を開始した。HTMLやJavaScriptなどを用いてモバイル/デスクトップ向けアプリケーションを開発できる。 TitaniumはHTML、JavaScript、Python、Ruby、PHPなどのWeb技術やスクリプト言語を使ったアプリケーション開発を行うためのフレームワーク。iPhone/AndroidアプリケーションやWindows/Mac OS X用のデスクトップアプリケーション開発に対応する。同様の技術にAdobeの「AIR」があるが、TitaniumはアプリケーションのサイズがAIRの10分の1程度と小さいのが特徴としている。 iPhone/Android向け開発では、iPhone SDKやAndroid
いまからでも間に合う開発者テスト - mixi engineer blog
はじめまして。開発部じゃない加藤和良です。 最近、mixi では Buildbot をつかった継続的インテグレーションをはじめています。安定版の mixi のソースコードにコミットすると Buildbot がそれを検知し、自動的にテストが走るようになりました。 ここでの「テスト」は Test::Simple や prove(1) をつかった、Perl でかかれた開発者テストを指しています。mixi の開発者テストをとりまく環境は、ここ数年でかなり改善されました。今回はその歩みをふりかえりながら、テストの無いコードベースをどこからどうやって変えていったかという話をしたいと思います。 開発環境 はじめに、前提となる mixi の開発環境について説明します。mixi では複数人の開発者がひとつのマシンで作業を行います。それぞれの開発者は、あらかじめ割り当てられたポートで Apache を起動し、
HTTPのリダイレクトとPOSTメソッドの話 — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
HTML5入門：アニメーションの実装方法３種
HTML5・CSS3のような新しい技術の問題点は、HTML4やらFlashなどの枯れた技術と違ってノウハウ・ライブラリ・ツールとかがまだ十分にそろっていない事。普及のタイミングもまだはっきりとしていないこの段階で手を出せない・出しにくいと感じている人が多いのも良く理解できる。 私から見れば、逆に「こんな楽しい状況は滅多にない」わけで、商売になるかならないかは二の次にしていろいろと試したくなる。 今日作ったのは、HTML5+CSS3上で可能になる（ただし現在ではWebkit独自の拡張を含む）３つのアニメーション・テクニックの比較（左に貼付けたものがそれ、Safari/Chromiumだとすべて動く。Firefox/OperaだとDOMとCanvasのみ（ただし別ウィンドウで開かないとCanvasが動かないークロス・ドメインセキュリティのバグか？））。 詳しくはソース（参照）を見ていただければ
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
PHP4徹底攻略改訂版のPDFファイルについて
このページでは，「PHP4徹底攻略改訂版」(ソフトバンクパブリッシング/ISBN 4-7973-2097-4)のPDF版を公開しています．以下の条件のもとで，ここに掲載す るPDFファイルを自由にダウンロードして閲覧することができます(印刷すること はできません)． 原著者の許可なしにこれらのPDFファイルを他のWebページへの転載も含め， 二次配布することはできません． 原著者の許可なしにこれらのPDFファイルをCD-ROMなどの収録，配布することはでき ません． これらのPDFファイルの利用は個人が私的に利用する範囲に止めてください． 講習会や営利目的その他で一括してこれらのPDFファイルを二次配布するこ とはできません．このような場合は必要数分だけ書籍をお求め下さい． これらのPDFファイルの内容に関する技術的ご質問はお受けできません． 目次 表紙，前書き，目次(1064KB) 第一
[ソフト開発] わかりやすいプログラムの書き方 - よくわかりません
※このエントリは、Arata Kojima/NPO法人しゃらく さんが公開しているわかりやすい技術文章の書き方の改変です。 このページは、プログラムやコードなどを書く方々のために、分かりやすいプログラムを書くためにはどうすればよいのかについて説明しています。 1. 自分が伝えたいこと・訴えたいことを誤解しないように相手に読んでもらうにはどうするべきか。 2. プログラムを書くにあたって知っておくべきルールは何か。 3. プログラムを書く前にどのような手順を踏めば、分かりやすいプログラムを作れるか。 などについて参考にしていただければ幸いです。 プログラムを書く前に プログラムを書く前に次のことをしっかりとイメージしておく。 何を書くのか。 書こうとしている物は正確に何であるのか。 仮定して良い、必ず成り立つ前提（状況／状態）は何か。 成り立つ事が単に多いだけ／今はたまたま成り立っている、と
bashrc/vimrc再び。 - ここにタイトルを入力|
.bashrcはじめ設定ファイルのたぐいはちょくちょく書き加えるので少しずつカオスになっていく。 ということで、整理しつつ、いくつかtips的なアレコレをまとめてみた。 .bashrc編 まずは.bashrcから 環境変数をいじる糖衣function in .bashrc .bashrcを見てみるとやたら目に付くのが"export HOGEHOGE=hoge:${HOGEHOGE}"という記述。 単に環境変数を拡張しているだけなのだが、何を追加しているのか分かりづらいし、なにより環境変数が空だったときに余分な":"がつくのが嫌い。 ということで書いてみたのがこんな。 function AddPathPre() { if [ -z "${!1}" ]; then eval "export ${1}=${2}" else eval "export ${1}=${2}:\${${1}}" fi
「このサイトと同じものを」の危険性 - がるの健忘録
以前から何度もあった話なのですが…ちょいとかみ砕いて。 まず。 「このサイトと同じように作ってください」という発注は、原則NGだと思っています。ここが結論。 高確率で「無考察」という背景が見えるから、というのが理由になるのですが。 以下、もう少々かみ砕いて。 上述の発注が来た場合。作業としてはまず「指定されたサイトの仕様調査」になるわけなのですが。 いわゆる「画面遷移」ひとつをとっても。コンパクトなサイトであっても、数十Pageに渡るなんてのは案外にさらっとある話です。 正直、全Pageなめ回して、抜けオチがないようにチェックするだけでも一苦労ですし。ある程度まで「使ってみて」、様々な分岐処理を全部洗い出した上で確認しなければならないので。 結果として…おそらく、発注側が気軽に使っているニュアンスとは裏腹に、大抵の場合「結構な高コスト」になります。 …という話をすると大抵出てくるのが「そこ
PHPからTwitterに簡単に投稿できる15行の関数:phpspot開発日誌
Tweeting from PHP - Fabien Potencier PHPからTwitterに簡単に投稿できる15行の関数が公開されています。 以下のような、tweet 関数で実現可能みたい。 function tweet($message, $username, $password) { $context = stream_context_create(array( 'http' => array( 'method' => 'POST', 'header' => sprintf("Authorization: Basic %s\r\n", base64_encode($username.':'.$password)). "Content-type: application/x-www-form-urlencoded\r\n", 'content' => http_build_que
文字列比較を意図するのであれば、 if (strcmp("0x0A", "10")) { print '(´ε｀ )ﾁ..
文字列比較を意図するのであれば、 if (strcmp("0x0A", "10")) { print '(´ε｀ )ﾁｭｯ'; } とすべき。当然チュッされない。 strcmp()は文字列が等しいときに0になるから、これだとチュッされるんじゃ。 if (strcmp("0x0A", "10") == 0) { print '(´ε｀ )ﾁｭｯ'; } か if ("0x0A" === "10") { print '(´ε｀ )ﾁｭｯ'; } の方が楽かなぁ？ これならどちらでもチュッされないはず。 PHPの比較に付いてはこのあたりを見ると良いと思う http://www.php.net/manual/ja/types.comparisons.php まぁ、なんだ。==演算子を信頼しちゃダメって事だな。
上流の技術者はSQLを高いレベルで習得すべき：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 まともな議論になっています。炎上というのはコメントをつけてくれた方々に失礼かもしれませんが、何回も炎上してきたし、何回も同じことを書いてきたし、それどころか10年言い続けてるし……。 がしかし、この業界のお客様から、このようにご意見を頂戴した（わたしが猛烈に望んでいたコメントなんですけど自作自演じゃないからね）。 http://el.jibun.atmarkit.co.jp/g1sys/2009/06/vb6-8111.html#comment-24715757 そこで、以前からの蒸し返しですが、「上流の技術者はSQLを高いレベルで習得すべき」と改めて一度、声を大にして言いたい。 その前に余談ですが、VB6と.NET（とSQL）について。 どっかでコメントしまし
プログラミングだけできればいい、なんてことは無いさ。 - GoTheDistance
なんで管理について書きたいのか 動機です。 単純に「プログラミングだけできればいい」「SIする人は要件定義だけやれ」という声を聞くと切ないからです。 ただし、わたしは個人的に、開発というお仕事においてプログラミング技術が何を差し置いても最重要だと思っていますから、その軸は絶対にぶれない、ということを念押ししてから始めたいと思います。 ひとりにはなりきれない空を見あげる これも昔思ったことなので、取りとめも無く書いておきたいと思います。 技術リテラシーが死んでいる人間が立ち上げた or 回しているプロジェクトは高い確率で砂上の楼閣のように崩れ落ちていく。だからプログラミング技術に代表される技術リテラシーは必要不可欠。だけど、全員が全員その道を突っ走ると今度はビジネスにならない。取ってきたシーズをプロジェクト化できない。僕は後者が出来ない自分でありたくないという思いから、スーツ的な何かを２年ぐ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
