HTML5マークアップ珍プレー集 - HTML5 Conference 2012近年、個人や企業を問わず、HTML5でマークアップされたサイトが数多く登場しています。しかし、HTML5が浸透してから年月が浅いこともあり、有名な大企業のサイトですら、不適切なマークアップが見受けられます。本セッションでは、そのような不適切なマークアップを紹介し、どう直すべきかをみなさんと一緒に考察していきます。
個人サービスを作るコツ | ランサーズ社長日記
いいね！ 5 ツイート B! はてブ 477 Pocket 96 今、個人発サービスがアツイ。字幕inやSocialTune、コトノハなど人気サービスの一部には個人サービスが多い。その背景には、安い高性能マシン、何でも無料の開発環境、ウェブ上にある各種ノウハウ情報などがある。 個人的には、このような環境であれば、もっともっと個人発サービスが出てきてもよいと感じるのだが、それほどまで爆発的に増えているようには思えない。やはりそこには、誰でもできる超参入障壁の低い個人サービス、自由が多くなんでもできる個人サービスだからこその「自由の中の不自由」みたいなものがある。実際に作る時間を作るのは難しいし、開発をいつでもやめる自由もある。責任もない。飽きる。と現実にサービスを出すとなると大変なのである。 長々とひっぱったが、そんな個人サービスを作るコツを今までの経験から書き出してみた。 個人サービスをつ
リリースジャンキーにならないようにしよう！ : けんすう日記
リリースジャンキーとは？ 最近、個人的に気をつけていることとして「リリースジャンキーにならいようにしよう」ということがあります。 リリースジャンキーとは先ほど僕が勝手に作った単語です。「新機能を追加したり、リニューアルをしまくることにハマってしまう」ということを表現してみました。Webサービス会社ではよくありがちで、僕らもそうなりそうになったことがあるので注意しています。 リリースジャンキーの問題 たとえば、何かサイトに課題があるとします。たとえば会員数が思ったより伸びない、アクセス数がこない、などなど・・・。 そして、「解決策は何か？」と考えた時に、一番出てきやすいのが「会員数を増やすための新機能を開発する」だったりします。 これは危険です。 というのも、機能追加をする、と決まったら、開発に入れちゃって、問題を一瞬忘れることができるのですね。とても楽なモードに入れます。 一発逆転を狙って
Evernote Blog � Blog Archive � New updates to Web and Windows
에버노트에 뭐가 새로워요?에버노트에서 무슨 일이 일어나고 있는지 궁금하신가요? 아래의 기사들을 확인하여 우리가 작업 중인 흥미로운 것들을 모두 볼 수 있습니다. 새로운 소식오디오 녹음을 명확한 노트로 변환하세요 – AI Transcribe와 함께다시 듣지 마세요 – 영상, 오디오, 링크를 몇 초 만에 텍스트로 변환할 수 있습니다. 더 읽기
「10 年続ける」ということ : niPhotane
18:33:01 <k*****> あともう一点気になってるのがデータ削除タイミングです 18:33:21 >nipotan< ○○が削除されたら削除したいところ 18:34:37 <k*****> なるほど。あと放置しとくとどんどんデータが増えていくと思うのですが、ログのローテートみたいな感じで古いのを消す感じにするのかーとか、悩んでます 18:36:01 >nipotan< ○○が消えてないかぎりは残したほうがいいのかも 18:36:38 <k*****> 本番系のハードディスクサイズはどんなかんじなんだろう 18:37:06 <k*****> 実質無限にあるみたいな感じなのかな 18:37:37 >nipotan< そうなるとおもう 18:37:40 >nipotan< スケールするようになってるし 18:38:21 >nipotan< ペタバイトとか超えたら考えたほうがいいけど 1
変更前をコメントアウトして残す習慣は未だ根強い (2012年現在) - 日々常々
2020-03-11追記: タイトルの「未だ」がいつなのかわかりづらいので「2012年現在」を追加しました。 バカバカしい話ですが、ソースコードをSubversionなどでバージョン管理しているにもかかわらず、未だ修正前をコメントアウトして残す習慣は残っているところも多々あります。こういうのです。 // 2012/08/15 irof 修正開始 // hoge = fuga(1); hoge = fuga(2); // 2012/08/15 irof 修正終了 見た事無い方は、そのまま見ないままで生きていかれることを切に願います。 コメントの修正がある場合 2012/07/21にあった、SCMBCでこんなツイートがありまして。 この時点でお見せしたのはこんな感じ。 // 2012/07/21 削除開始 // // 間違ったコメント // 2012/07/21 削除終了 someMethod
「GREEを支える大規模インフラテクノロジー」-GREE Platform Summer Conference 2012
取締役 執行役員CTO 開発本部長 藤本 真樹氏 2005年6月にGREEに入ってから7年が経ちました。 GREEでは開発全般を見ていて、最近はインフラよりもクライアントの方を見ますが、元々はサーバーサイドよりの人間なので、今回こういう話ができて嬉しいです。 今回のお題でサーバーサイドに関して話してみては？ と言われて、すごく困ってしまった。 何故かというと、大規模サービスを普通にやるテクノロジーのコモディティ化が進んだからです。 １０倍のユーザーが来た時にどうすればいいのかというのは、インターネット上にいっぱい情報が既にあり、それを支えるオープンソースのプロダクトや、クラウドサービスなど解決策がいくつもある。 Agenda 1.Infrastructure for over 100,000,000users 2.Infrastructure for global ser
Stack Overflowが実践する質の高いQ＆Aコミュニティ運営の5原則 - F.Ko-Jiの「一秒後は未来」
少し前になりますが、Google社で開催された「Stack Overflow Tech Talk」というイベントに参加してきました。 Stack Overflowというのはプログラミングに関するQ&Aサイトです。何かを実装していて行き詰まった時、ググった結果Stack Overflowに行き着いて解決するということが多々あるような有名サイトです。 今回の講演では実際にStack Overflowを運営するエンジニアの方から、Stack Overflowを始めとするStack Exchangeネットワークでの、質の高いQ&Aコミュニティ運営の5原則的なプレゼンがありました。 (※ Stack Exchangeには「All Sites – Stack Exchange」にあるように様々なジャンルのQ&Aサイトがあり、その中のひとつに Stack Overflow があります。) 第一印象 –
RESTful Web アプリの設計レビューの話
unassert - encourage reliable programming by writing assertions in production
Feelingplace
bite the hand Photo by Old Sarge もうタイトルそのままなんですけど。 なぜか久し振りにAppStoreのレビューのレビュー欄を見てみようと思い、愛用しているアプリのレビューを見た時のことで […]
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
nabokov7; rehash : ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(上)
March 08, 201222:49 カテゴリライブドアという会社の話をしよう ライブドアという会社の話をしよう - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？(上) 事件直後の話はこのへんで切り上げて、その後の、あまりぱっとしなかったサービスの話をいくつかしていこう。 - Q12. 次世代ブログサービス(になるはずだった) nowaの撤退をどうみた？ nowaってみんな知ってますかね… → ライブドア、新ブログサービス「nowa」の一般向け公開を開始 (2007年5月30日) Six Apart の VOX という新ブログサービスを参考に、ブログと SNS と twitter と tumblr と irc を全部あわせたような様々な機能を備えた次世代ブログが nowa だった。 この頃は丁度、web2.0という言葉がもてはやされ、ライトユーザ間のゆる
デザイナーだから考える。赤色が与える27の効果と6つの活用例
今年の5月末に、友人5人と鎌倉にお寺・神社巡りの旅行に行かせていただいたんですが、そのたびの途中、ちょうど鳥居をくぐりぬけた時に「なんで鳥居って赤が多いのか」という話題になりました。もちろん誰も的確な答えを持ち合わせていなかったんですが、なんとなく「力強くて神々しいからじゃない」見たいな感じに意見がまとまりました。 もちろん私は、WEBクリエイターとして「家に帰ったらちゃんと赤が使われる理由を調べよう！」と考えたわけですが(嘘です)、調べてみると、これがなかなか面白いものでした。色って奥が深いですね。 と言うわけで、本日は赤について調べた事などを紹介させていただきます。赤を基調としたデザインを考えるときなどに役立てていただければ幸いです。 赤色を利用した6つの活用例 まずは【赤色を利用した6つの活用例】を紹介させていただきます。その後【赤色が与える27の効果】について紹介させていただきます
AngularJS ― Superheroic JavaScript MVC Framework
AngularJS support has officially ended as of January 2022. See what ending support means and read the end of life announcement. Visit angular.io for the actively supported Angular. Why AngularJS? HTML is great for declaring static documents, but it falters when we try to use it for declaring dynamic views in web-applications. AngularJS lets you extend HTML vocabulary for your application. The resu
ITエンジニア向け質問・回答コミュニティ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
theinterviews.jp
このボーナスは、ゲームを始める前にリスクを避けたい人にとって、非常に有利な条件です。また、フリースピンからの勝利金は賭け条件があるものの、無料で始められる点が大きな魅力でしょう。 おすすめ２実績あるオンラインカジノ ベラジョンの姉妹ブランド インターカジノは、信頼性の高さでも定評があります。 特に、同じ運営会社が手がける有名なオンラインカジノ「ベラジョン」と姉妹ブランドであるため、運営の透明性や安全性が保証されています。 1996年に設立され、20年以上にわたってプレイヤーから愛され続けているという実績が、プレイヤーに安心感を与えているのです。 また、厳格な規制を守って運営されており、キュラソーライセンスを取得しているため、プレイヤーは安心してゲームを楽しめるでしょう。この運営体制と信頼の高さは、初心者からベテランプレイヤーまで幅広い層に支持されています。 おすすめ３キャラクターが特徴的
-webkit-border-radius なんて書いているWeb開発者は腹を切って死ぬべきである - hogehoge @teramako
地獄の火の中に投げ込むものである。 いや、まあそんなネタはどうでも良くて... そのベンダー接頭辞はいつまで書くの？ | Unformed Building 書いてあることは至極真っ当なこと。もろ手をあげて賛成である。 また、 ベンダー拡張プリフィックスはそれそのものがWebを破壊することはないし、ベンダー独自のプロパティーや関数が数万追加されて使われまくったとしても本当はWebは壊れない。またその文法が変更されても修正または追加すれば対応できるし、その余裕は十分にある。つまり壊れるのはほとんど全てのケースで開発者の怠慢に過ぎないので、ちゃんと仕様と実装を理解して必要ならば寝る間を惜しんで修正作業に血眼になるべき。みたいな実践を伴わない意識を僕は持っている。 なので憂うべきこの現状は、IE6が拡散して残り続けたことと同じようにベンダー側ではなくWeb開発者側に非があると思っている。 ベンダ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クライアントの要望にこたえるWebサービス開発 ～「らせん型ワークフロー」のススメ～
開発者が知らないと残念過ぎるAndroid 4.1の新機能36選
クローリングしてる暇があるなら…論文かいたら? | EDGE Datasets(研究用データセット)
