タグ

2006年10月2日のブックマーク (10件)

  • Ethna - PHPウェブアプリケーションフレームワーク

    くわしい比較内容 言語 フレームワークで使用している言語は、実際にアプリケーション開発に用いる言語と同じものになることでしょう。 RoR その名のとおりRubyで作られたフレームワークであり、アプリケーションはRubyで書くことになります。 Ethna php4、php5の両方に対応しています。 PRADO、symfony、ZF php5のみに対応し、アクセス修飾や例外を利用したコードになっています。 ドキュメント ドキュメント(サンプル、チュートリアル、APIリファレンスなど)の豊富さは、そのフレームワークのわかりやすさを決める重要なポイントとなります。 symfony 家サイトのオンラインドキュメントで比較すると、symfonyがいちばんわかりやすいのではないでしょうか。サンプルごとにチュートリアルがあり、またマニュアルはキーワードから該当個所を見つけやすいと感じました。 Ro

  • Rubyを仕事に使うべし! Part1 なぜ仕事で使うとうれしいのか:ITpro

    プログラミング言語Rubyが注目を集めています。Ruby関連の書籍が次々と出版され,2006年6月には国内初の大規模Rubyイベントである「日Rubyカンファレンス2006」が催されました。また,Rubyで書かれたWebアプリケーション・フレームワークRuby on Rails(以下Rails)が話題となり,Rubyの高い生産性が一般に知られるようになってきました。 Rubyの生産性はJavaの10倍とさえいわれます。なぜRubyは生産性が高いのでしょうか。それは,Rubyはいろいろな言語から優れた所を集めた「いいとこ取り」言語だからです。Rubyの特徴は「構文が強力なので,迅速な開発ができる」「人に優しい言語なので,楽しくプログラミングできる*1」「問題が起こりにくいように設計されているので,初心者でも簡単に安全に作業でき,熟練者は高度なプログラミングを行える」といった点です これらの

    Rubyを仕事に使うべし! Part1 なぜ仕事で使うとうれしいのか:ITpro
  • http://longinus.org/src/mars/manual/format_style.html

  • FPN-ゼイヴェル・大浜史太郎社長へのインタビューを読んだ

    2.ビジネスリサーチの情報収集 デスクトップ調査 の基〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95%が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる というで初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2.ビジネスリサーチの情報収集 日常的な情報収集・整理術(Feedly+Dropbox) 【 ビジネス 情報収集 と 情報整理 の基 】いま目の前にあるリサー

    FPN-ゼイヴェル・大浜史太郎社長へのインタビューを読んだ
  • はてなブックマーカー御用達ツールまとめ :: Love & Design ::

    はてなブックマークで効率よく情報を集めたり、お気に入りのブックマーカーを探したいときに役立つツールをまとめてみました。 ※はてなの公式サービスではありません。 ※開発者id:はてなユーザー名(敬称略) Zer0Reader id:suVene お気に入りを階層的に辿って趣味の近いブックマーカーを探せます。 はてなの naoya氏も言ってたように、「お気に入り機能」をもっと活用しようよというツール 無駄にオシャレ! suVeneのあれ: [はてブ]お気に入りからお気に入りを探そうサービス はてブおせっかい id:kanbayashi はてなーが使わないなんてオカシーヨ! Ryoの開発日記 - いよいよはてブおせっかい公開 同作者のサービスで Kikker というのもあります。 「キニナール」キーワードを登録しておけば、あなたの好みを学習してくれます。 好みの近いはてなブックマーカーを探そう

    はてなブックマーカー御用達ツールまとめ :: Love & Design ::
  • cyano: Google Analyticsで高度なトラッキングをする方法

    ユーザーがページをロード開始してから閲覧できるようになるまでのロード時間はユーザーが自分のページを快適に閲覧できているかどうかを示す重要なファクターです。Google Analyticsのイベントという機能を使用することで、ユーザーの実際の体感速度を可視化することができます。 たとえば、このブログのある期間における体感速度のグラフはGoogle Analytics上で以下のように出ています。 44.84%のユーザーは100〜499msでロードできており、1秒未満でロード完了しているユーザーは合わせて73.49%であるとわかります。また、3秒以上かかっているユーザーも7.42%居ることも分かります。3秒以上ロードにかかるようだと離脱率も高くなるので、7.42%のユーザーに対して何かの施策が必要であるということも分かります。 このように、ユーザーが実際感じている体感速度を可視化することで、この

  • Google流会議のための6か条

    とかく会議は非生産的なものの代表としてやり玉にあがる。 BusinessWeekの"How to Run a Meeting Like Google"という記事には、会議をどうやったら効率的で生産的なものにできるのか、Googleでの会議の進め方をもとに提示している。 Googleの検索製品担当副社長、Marissa Mayerさんは、1週間に70もの会議を主催しており、彼女の判断は、共同創業者のセルゲイとブリンにあげるかどうかの事前チェックポイントとなっている。 スーパー忙しいMayerさんの会議術ということを念頭に入れて、「6か条」をみてほしい。 以下、B3 Annex抄訳。 Google流会議のための6か条 ("How to Run a Meeting Like Google" by BusinessWeek) 1. 確固としたアジェンダを設定せよ Mayerさんは、会議に先立って、

  • TechCrunch Japanese アーカイブ » YahooのBBAuthでマッシュアップはもっと面白くなる

    The tech layoff wave is still going strong in 2024. Following significant workforce reductions in 2022 and 2023, this year has already seen 60,000 job cuts across 254 companies, according to independent layoffs tracker Layoffs.fyi. Companies like Tesla, Amazon, Google, TikTok, Snap and Microsoft have conducted sizable layoffs in the first months of 2024. Smaller-sized…

    TechCrunch Japanese アーカイブ » YahooのBBAuthでマッシュアップはもっと面白くなる
  • Rolling with Ruby on Rails

    Now, next, and beyond: Tracking need-to-know trends at the intersection of business and technology AI/ML Few technologies have the potential to change the nature of work and how we live as artificial intelligence (AI) and machine learning (ML). Future of the Firm Everything from new organizational structures and payment schemes to new expectations, skills, and tools will shape the future of the fi

    Rolling with Ruby on Rails
  • やどりぎ@NET: trac + TracBurndownプラグインでスクラム開発のすすめ

    ソフトウェア開発手法とその管理システムには様々な選択肢がある。私もこれまで色々試行錯誤してきたのだが、今は、tracとバーンダウンチャートを追加するプラグインであるTracBurndownプラグインでスクラム開発という環境が気に入っている。 この環境を導入したきっかけは、転勤で勤務地が変わったことである。 これまで、東京でチームを組んでソフトウェア開発をしており、その仕事を引き続き仙台で行うことになったが、今までの開発プロセスだと不都合が出始めた。 タスクカードを使った「かんばん方式」とスクラムをベースにした開発プロセスを組み合わせて使っているのだが、物理的に開発拠点が分離してしまい、タスクカードが使いにくくなってしまったのである。 いいタイミングなので、周囲の評価が高いので試してみようと構築していたtracにバーンダウンチャートのプラグインを導入して、全面的に移行することにしたという訳だ

    やどりぎ@NET: trac + TracBurndownプラグインでスクラム開発のすすめ