「table」を含む日記 RSS

はてなキーワード: tableとは

2017-09-11

https://anond.hatelabo.jp/20170910205249

まじな話をすると、N予備校プログラミング入門コースやるのがオススメ

https://www.nnn.ed.nico

一日8時間勉強時間があるなら、だいたい一ヶ月で終わる内容。

月額1000円だけどしっかり勉強すれば一ヶ月の無料間中に終わると思う。

もともとN高等学校のノンプログラマーの生徒をWebエンジニアとして就職させるために作られたカリキュラム講師曰く去年はこれで二人エンジニア就職を決めたらしい。

内容も相当親切に説明していて、プログラミングで何か作るだけじゃなくて、就職必要な環境構築やセキュリティまでみっちりやる。

http://qiita.com/sifue/items/7e7c7867b64ce9742aee#%E3%82%B3%E3%83%B3%E3%82%BB%E3%83%97%E3%83%88%E3%82%92%E3%82%82%E3%81%A8%E3%81%AB%E6%A7%8B%E6%88%90%E3%81%95%E3%82%8C%E3%81%9F%E3%82%B3%E3%83%BC%E3%82%B9%E3%81%A8%E5%86%85%E5%AE%B9

講師が書いてる入門コースで習うことがまとめ。テキスト教材もあるけど授業も1項目を2時間で説明している。授業は週2の生放送とそのアーカイブがある。

↓みたいなことが学べる

----

Webプログラミング入門コース

Web ブラウザとは (Chrome, デベロッパーコンソール, alert)

はじめてのHTML (VSCode, HTML, Emmet)

さまざまなHTMLタグ (h, p, a, img, ul, tableタグ)

HTMLで作る自己紹介ページ (HTMLタグ組み合わせ, コンテンツ埋め込み)

はじめてのJavaScript (JS, ES6, エラー)

JavaScriptでの計算 (値, 算術演算子, 変数, 代入)

JavaScript論理を扱う (論理値, 論理積, 論理和, 否定, 比較演算子, if)

JavaScriptループ (ループ, for)

JavaScriptコレクション (コレクション, 配列, 添字, undefined)

JavaScript関数 (関数, 関数宣言, 引数, 戻り値, 関数呼び出し, 再帰)

JavaScriptオブジェクト (オブジェクト, モデリング, プロパティ, 要件定義)

はじめてのCSS (CSS, セレクタ, background-color, border)

CSSを使ったプログラミング (transform, id, class)

Webページの企画とデザイン (企画, 要件定義, モックアップ, 16進数カラーコード)

診断機能の開発 (const, let, JSDoc, インタフェース, 正規表現, テストコード)

診断機能組込み (div, 無名関数, アロー関数, ガード句, truthy, falsy)

ツイート機能の開発 (リバースエンジニアリング, URI, URL, URIエンコード)

Linux開発環境構築コース

LinuxというOS (VirtualBox, Vagrant, Ubuntuインストール, OS, CUIの大切さ)

コンピューター構成要素 (ノイマンコンピューター, プロセス, lshw, man, ps, dfの使い方)

ファイル操作 (pwd, ls, cd, mkdir, rm, cp, mv, find, ホストマシンとの共有ディレクトリ)

標準出力 (標準入力標準出力標準エラー出力パイプgrep)

vi (vimtutor)

シェルプログラミング (シバン, echo, read, 変数, if)

通信ネットワーク (パケット, tcpdump, IPアドレス, TCP, ルーター, ping)

サーバークライアント (tmux, nc, telnet)

HTTP通信 (http, https, DNS, hostsファイル, ポートフォワーディング)

通信をするボットの開発 (cron, ログ収集)

GitHubウェブサイトの公開 (GitHub, リポジトリ, fork, commit, 情報モラル)

イシュー管理とWikiによるドキュメント作成 (Issues, Wiki)

GitとGitHub連携 (git, ssh, clone, pull)

GitHubへのpush (init, add, status, インデックス, commit, push, tag)

Gitのブランチ (branch, checkout, merge, gh-pages)

ソーシャルコーディング (コンフリクト、プルリクエスト)

Webアプリ基礎コース

Node.js (Node.js, nodebrew, Linux, REPL, コマンドライン引数, プルリク課題)

集計処理を行うプログラム (集計, 人口動態CSV, Stream, for-of, 連想配列Map, map関数)

アルゴリズムの改善 (アルゴリズム, フィボナッチ数列, 再帰, time, プロファイル, nodegrind, O記法, メモ化)

ライブラリ (ライブラリ, パッケージマネージャー, npm)

Slackボット開発 (slack, mention, bot)

HubotとSlackアダプタ (hubot, yo)

モジュール化された処理 CRUD, オブジェクトライフサイクル, filter)

ボットインタフェースとの連携 (モジュールのつなぎ込み, trim, join)

同期I/Oと非同期I/O (同期I/O, 非同期I/O, ブロッキング)

例外処理 (try, catch, finally, throw)

HTTPサーバー (Web, TCPとUDP, Webサーバーの仕組み, Node.jsイベントループ, リスナー)

ログ (ログ, ログレベル)

HTTPのメソッド (メソッド, GET, POST, PUT, DELETE, CRUDとの対応)

HTMLフォーム (フォームの仕組み, form, input)

テンプレートエンジン (テンプレートエンジン, jade)

HerokuWebサービスを公開 (Webサービスの公開, heroku, dyno, toolbelt, login, create, logs)

認証利用者を制限する (認証, Basic認証, Authorizationヘッダ, ステータスコード)

Cookie を使った秘密匿名掲示板 (Cookie, Set-Cookie, expire)

UI、URI、モジュール設計 (モジュール設計, フォームメソッド制限, リダイレクト, 302)

フォームによる投稿機能の実装 (モジュール性, textarea, 303)

認証された投稿の一覧表示機能 (パスワードの平文管理の問題, 404, テンプレートのeach-in)

データベースへの保存機能の実装 (データベース, PostgreSQL, 主キー)

トラッキングCookieの実装 (トラッキング Cookie, IDの偽装, Cookie の削除)

削除機能の実装 (データベースを利用した削除処理, 認可, サーバーサイドでの認可)

管理者機能の実装 (Web サービス管理責任, 管理者機能の重要性)

デザインの改善 (Bootstrap, レスポンシブデザイン, セキュリティの問題があるサイトを公開しない)

脆弱性 (脆弱性, 脆弱性で生まれる損失, 個人情報保護法, OS コマンド・インジェクション)

XSS脆弱性対策 (XSS, 適切なエスケープ処理, リグレッション)

パスワード脆弱性対策(ハッシュ関数, メッセージダイジェスト, 不正アクセス禁止法, パスワードジェネレーター, 辞書攻撃)

セッション固定化攻撃脆弱性対策 (セッション, セッション固定化攻撃, ハッシュ値による正当性チェック)

より強固なセッション管理 (推測しづらいセッション識別子, 秘密鍵)

CSRF脆弱性対策 (CSRF, ワンタイムトークン)

安全なHerokuへの公開 (脆弱性に対する考え方, HTTPの廃止)

Webアプリ応用コース

Webフレームワーク (Express.js, フレームワーク導入, 簡単なAPI, セキュリティアップデート, Cookie パーサー, ミドルウェア, 外部認証, ロガー)

ExpressのAPI (app, Properties, Request, Response, Router)

GitHubを使った外部認証 (Passport, OAuth)

スティングフレームワーク (Mocha, レッド, グリーン, リファクタリング)

継続的インテグレーション (CircleCI)

クライアントフレームワーク (Webpack, Chrome 以外のブラウザでもES6)

DOM操作フレームワーク (jQuery, jQueryアニメーション, this)

AJAX (jQuery.ajax, クロスドメイン, 同一生成元ポリシー, x-requested-by, CORS)

WebSocket (WebSocket, WebSocketの状態遷移, Socket.io)

RDBとSQL (DDL, DCL, CREATE, DROP, INSERT, DELETE, UPDATE, WHERE)

データモデリング (リレーショナルモデル, 正規化)

テーブルの結合 (外部結合, 内部結合, 片側外部結合, JOIN ON)

インデックス (インデックス, 複合インデックス, Bツリー)

集計とソート (SUM, COUNT, ORDER BY, GROUP BY)

「予定調整くん」の設計 (要件定義、用語集、データモデル、URL設計モジュール設計、MVC)

認証とRouterモジュールの実装 (Mocha, supertest, passport-stub, モックテスト)

予定とユーザーの保存 (セキュリティ要件, UUID, 複合主キー)

予定とユーザーの一覧の表示 (非同期処理, Promise, then)

出欠とコメントの表示 (入れ子の連想配列, Promise.all, 子どもからデータを消す)

出欠とコメント更新 (Promiseチェイン, リファクタリング)

予定の編集と削除 (要件の衝突, 関数再利用)

デザインの改善 (this, グローバルオブジェクト)

セキュリティ対策と公開 (X-Frame-Options, Heroku環境変数)

2017-08-21

http://b.hatena.ne.jp/entry/s/note.mu/konpyu/n/nc0d2f49676ba

FacebookgithubリポジトリでPATENTSファイル存在するリポジトリリスト

./360-Capture-SDK/PATENTS

./BridgeIC/PATENTS

./CParser/PATENTS

./DelegatedRecoveryReferenceImplementation/PATENTS

./FBAllocationTracker/PATENTS

./FBFetchedResultsController/PATENTS

./FBRetainCycleDetector/PATENTS

./FBSimulatorControl/PATENTS

./Haxl/PATENTS

./IT-CPE/PATENTS

./KVOController/PATENTS

./MazeBase/PATENTS

./MemNN/PATENTS

./PathPicker/PATENTS

./Shimmer/PATENTS

./SoLoader/PATENTS

./SocketRocket/PATENTS

./Stack-RNN/PATENTS

./ThreatExchange/PATENTS

./Tweaks/PATENTS

./UETorch/PATENTS

./UdpPinger/PATENTS

./WebDriverAgent/PATENTS

./android-jsc/PATENTS

./augmented-traffic-control/PATENTS

./bistro/PATENTS

./chef-cookbooks/PATENTS

./chisel/PATENTS

./componentkit/PATENTS

./conceal/PATENTS

./dataloader/PATENTS

./device-year-class/PATENTS

./dfuse/PATENTS

./draft-js/PATENTS

./ds2/PATENTS

./emitter/PATENTS

./eyescream/PATENTS

./facebook-clang-plugins/PATENTS

./fatal/PATENTS

./fb-adb/PATENTS

./fb-caffe-exts/PATENTS

./fb-util-for-appx/PATENTS

./fb.resnet.torch/PATENTS

./fbcuda/PATENTS

./fbcunn/PATENTS

./fbjs/packages/eslint-config-fbjs-opensource/PATENTS

./fbjs/packages/eslint-config-fbjs/PATENTS

./fbjs/packages/fbjs-css-vars/PATENTS

./fbjs/packages/fbjs-eslint-utils/PATENTS

./fbjs/packages/fbjs/PATENTS

./fbjs/packages/signedsource/PATENTS

./fbkutils/PATENTS

./fblualib/PATENTS

./fbnn/PATENTS

./fboss/PATENTS

./fbpca/PATENTS

./fbpush/PATENTS

./fbshipit/PATENTS

./fbtftp/PATENTS

./fbtorch/PATENTS

./fbtracert/PATENTS

./fixed-data-table/PATENTS

./flow/PATENTS

./flux/PATENTS

./fresco/PATENTS

./gnlpy/PATENTS

./hhvm/hphp/hack/PATENTS

./iTorch/PATENTS

./immutable-js/PATENTS

./infer/PATENTS

./ios-snapshot-test-case/PATENTS

./jest/PATENTS

./jscodeshift/PATENTS

./learningSimpleAlgorithms/PATENTS

./libafdt/PATENTS

./liblogfaf/PATENTS

./litho/PATENTS

./luaffifb/PATENTS

./mcrouter/PATENTS

./mention-bot/PATENTS

./metro-bundler/PATENTS

./mysql-5.6/fbson/PATENTS

./network-connection-class/PATENTS

./nuclide/modules/atom-ide-ui/PATENTS

./nuclide/modules/big-dig-samples/PATENTS

./nuclide/modules/big-dig/PATENTS

./nuclide/modules/nuclide-commons-atom/PATENTS

./nuclide/modules/nuclide-commons-ui/PATENTS

./nuclide/modules/nuclide-commons/PATENTS

./ocpjbod/PATENTS

./openbmc/common/recipes-connectivity/lldp-util/lldp-util/src/PATENTS

./osquery/PATENTS

./planout/PATENTS

./pop/PATENTS

./pose-aligned-deep-networks/PATENTS

./prepack/PATENTS

./prop-types/PATENTS

./proxygen/PATENTS

./puewue-backend/PATENTS

./puewue-frontend/PATENTS

./react-devtools/PATENTS

./react-native-applinks/PATENTS

./react-native/PATENTS

./react-vr/PATENTS

./react-vr/ReactVR/PATENTS

./react-vr/react-vr-cli/PATENTS

./react/PATENTS

./rebound-js/PATENTS

./rebound/PATENTS

./redex/PATENTS

./regenerator/PATENTS

./relay/PATENTS

./remodel/PATENTS

./screenshot-tests-for-android/PATENTS

./shimmer-android/PATENTS

./sparts/PATENTS

./stetho/PATENTS

./thpp/PATENTS

./treadmill/PATENTS

./wangle/PATENTS

./wdt/PATENTS

./xcbuild/PATENTS

./xhp-lib/PATENTS

./yoga/PATENTS

./ztorch/PATENTS

2017-07-18

SQL

SELECT

col1,

col2,

FROM

table

これでFROMの周辺にエラーがありますとか言われる仕様はなんの意味があるのだろう

SELECT対象やす度に面倒くさくて仕方ない

,を先頭に持ってくる方法もあるんだろうけどまったく美しくない

2017-07-07

https://anond.hatelabo.jp/20170707010809

グラフィックデザインがメインの会社で社内でたったひとりのWebデザイナーなんだけど、今やってるWeb制作案件がちょうどこんな感じ。

ホームページビルダー更新できるように、レスポンシブで、記事なんかを色々と書きたいということで静的サイト50ページほどを作成

明らかにWordpressなり使ったほうがお互いラクだと思うんだけど、それは断固拒否された。ホームページ・ビルダーでできないからだそうだ。

サイトマップリンクの導線も全部ド素人クライアントから完全指定迷路みたいなサイトで、作っている自分でもどこにどのページがあるのか未だに覚えられない。

そして今9割ほど出来てるんだけど、とにかく修正が多い。修正というより変更。



Tableタグ内で、このセルのみ左揃えにして欲しい。やっぱり右。やっぱりフォント少しだけ小さく。だとか

あっ ここのサイトっぽくしてください。ここのサイトとここのサイト混ぜたような感じで。だとか

その参考サイト全部WordPress使ってますけど...



普通Webサイトセオリーデザインセオリーを全て無視したクライアント意見尊重しないといけないので、インターネット上に漂うゴミをひたすら捏ねている気分。

デザインの4大原則? もう跡形もない。 分かりやすい導線? 作ってる自分でさえテキストエディタのツリー見てURL入力しないと各ページにたどり着けない。

そもそも悪いのはこんな案件安易に受けてきた営業さん。CMSナシで記事をどんどんホームページ・ビルダー更新してかつレスポンシブ?

静的サイトでどうやって? アーカイブとか過去記事とか全部手入力するの? Jekyllとかの静的サイトジェネレーターの使い方でもクライアントに教える? それならWordPressの方がずっとマシだ。

今までクライアントから届いた修正PDFの量は100をとうに越えている。1つのPDFにつき5ページくらいだから500ページ分?

かい文言の変更、ウィンドウサイズは人それぞれなのでである程度は仕方ないと伝えているのに改行がおかしいだとか。グラフィックデザイン勘違いしていらっしゃる

何が悲しいかってこんなことがもう半年続いているということと、くだらない修正をしても何のスキル向上にもならないということ。

社内に他にweb系がいないので理解者はなし。

ヘイトがすごい溜まっている。

2017-05-10

海保氏の「動員の少ないバンドライブやめて」記事査読したよー

海保けんたろーさんという人がちょい炎上しているようですね。なんだか楽しそうです。

まぁ事情はよく分かりませんが,著者は論理的反論をご希望とのことで,なんというか,職業研究者としての腕が鳴ります

ということで,以下の記事査読してみました。長いので,お好きな方だけ読んでください。

動員の少ないバンドはライブするのを止めてもらえないだろうか | 海保けんたろーの思考集積場

論文は,ライブハウス業界の抱える諸問題を指摘し,それらを解決するための手法提案したものでした。

著者が強い問題意識を有していることは理解できますし,音楽業界当事者からこういった提案がなされる事自体には一定価値があるもの評価できます

しかし,残念ながら論文としての質は掲載するレベルに達しておらず,今回は【不採択】とさせて頂きます

全般的に術語の定義曖昧であり,推論の根拠も乏しく,論理展開には問題が多いと言わざるを得ません。

また,社会に大きな影響を及ぼすことが予想される手法について,そのメリットのみを強調するのでは,あまりにも議論一面的です。

さらに,そのメリットも,どういった基準によって評価されたものなのか明示されておらず,了解することが困難でした。

ただし,ライブハウスサービスを向上させるという目的については,一定価値を認めることができます

将来的な再投稿に向けて,以下に示すコメント有益ものとなることを祈ります

以下,コメントです。ご確認ください。

動員の少ないバンドライブするのを止めてもらえないだろうか

こんばんは。海保けんたろー(株式会社ワールドケープ代表ドラマー)です。

言いたいことはタイトルに書いてしまったが、要は「動員数がとても少ないバンドライブを減らしてほしい」というぼくからのお願いである。

#1

主題文が明示されており,本論文趣旨を読者に提示することができています

しかし,タイトルでは「止めてもらえないか」と述べていますが,ここでは「減らしてほしい」と述べており,既に論旨の不一致が認められます

止める,と,減らす,が同一の行為を指すとは考えにくいことです。正確な記述修正して下さい。

以下、その理由説明したい。

趣味バンドノルマなしバンドはい

まず、先に誤解を避けておきたいのだが、

「オレたちは別に売れたいとか、プロとしてやっていきたいとかは思ってない!社会人として働きながら、趣味としてライブをしたりしたいんだ!」

というバンドは、この件に該当しない。

そういう音楽活動は大いにアリだと思うし、そういう人たちにつべこべ言う気もない。

大いに趣味を楽しんでほしい。

あと、「チケットノルマいらないから出演してくれ」と言われてライブハウスに出演しているバンドもこの限りではない。

そういうバンドは、お金以外の何かしらの理由ライブハウスに求められているから、問題ない。

問題なのは、いわゆるプロ志向でありながら、チケットノルマを課され、それ以下の動員しかできない、というようなバンドである

#2

ここで著者はバンドを3類型していますが,各類型を簡潔な名称表現してくれれば,可読性が高まります

#3

これは定量的に分類可能類型でしょうか。もしくは,定性的ものでしょうか。その点を明らかにしたうえで,類型正当性について根拠を補強してください。

#4

特定バンドが収まる類型は,時間的空間的要因によって変動しうるものだと推測されます

たとえば,ライブハウスAではノルマ無しでブッキングされているバンドが,その他のライブハウスではノルマを求められるといったことは無いのでしょうか。

この点を明らかにしたうえで,その場合評価について明言してください。

はっきり言おう。

そんなバンドたちが、今のライブハウス業界を腐らせているのだ。

#5

著者の立場を明示しているのはよろしいかと思います

「今のライブハウス業界が腐っている」,という評価を前提に書かれているようですが,この評価裏付け引用文献など付け足してはいかがでしょうか。

立場専門性の異なる読者も前提を共有できるよう,この評価根拠を補強し,それがどの程度普遍的ものなのか説明してください。

なおその際,「ライブハウス業界」と「腐っている」という術語の定義明確化すると了解可能性が高まるでしょう。

ライブハウスを取り巻く問題

普段ライブハウスに出入りする習慣のない人はピンとこないかもしれないが、

ライブハウスを取り巻く問題は色々ある。

よく声が上がるのはこのあたりだろうか。

スタッフが愛想悪い、分煙がされていない、ドリンクが薄い、食べ物がない、などの「ライブハウスサービス悪い問題

集客についての努力ほとんどせず、出演するバンド集客全面的に頼っているという「ライブハウス集客しろ問題

本来は協力関係にあるはずの出演するバンドからお金を取ることで、商売を成立させているという「ライブハウスチケットノルマ問題

どれもずっと言われている根の深い問題だ。

#6

「ずっと言われている」とありますが,査読者はこの前提を共有していないため,了解できません。

「ずっと」という表現過去一定時点からの永続性を意味するものと推測されます

その時点がいつのことを指すのか明確化したうえで,それが永続的であるという根拠を示してください。

また,ここに挙げられている3つの見解について,引用文献を付け足すなど,根拠を補強してください。

加えて,この3点をあえて選択的に取り上げることの正当性についても,説明必要です。

#7

そもそも論になりますが,上記3点はライブハウス自体問題であり,

それらが著者が言うところの「業界」を含む社会全体にどのような影響を及ぼしているのかが述べられていません。

そのため,上記の問題解決されると,誰に・どのようなメリットが・どの程度生じるのか分かりません。この点を明確化してください。

しかし「チケットノルマ以下しか動員できないバンド」がライブをやめることによって、これらはすべて解決する。

#8

問題定義あやふやですが,著者なりの提案手法を明示していることは評価できます

しかし,提案手法以外の方法レビューされておらず,他手法比較した場合の利点が分かりません。

こういった複雑な社会問題にあって,解決手法が1つしか無いということは考えにくいことです。

ある手法選択することの正当性は,その効率性や有効性等の相対的評価によって担保されます

以上の点について,論述を追加してください。

#9

1つ前のコメントとも関連しますが,問題(preintervention)の状態明確化されていないため,

介入によって期待される結果(postintervention)がどのようなものなのか分かりません。

少なくとも,手法提案する前にこの点を明らかにしておく必要があります

#10

「すべて解決」という表現は,上に挙げた問題が根絶されるという意味でしょうか。

そうした劇的な効果は,劇的な変化でもありますので,かえって別のところに問題が生じる可能性は無いのでしょうか。

手法による正の効果と負の効果を天秤にかけても,なお正の効果が大きいと考えられるのであれば,この手法選択される可能性は高まります

この点について説明を加えてください。

問題解決の流れ

例えばチケットノルマ分も動員できないバンドが、来月から一斉にライブをやめた場合、どうなるか考えてみてほしい。

#11

チケットノルマ分も動員できないバンド」は上記3類型における,「プロ志向でありながら、チケットノルマを課され、

それ以下の動員しかできない」バンドのことを指しているもの理解しました。

類型名称が変化していることで,了解可能性が損なわれています統一してください。

少なくともキャパ100〜300くらいの都内ライブハウスは、出演者が激減してスケジュールの7〜8割が空くことになるだろう。

出演者がいないということはもちろん集客もできないので、売上が立たなくなる。

結果、家賃人件費が支払えなくなり、つぶれる

ぼくの感覚では、おそらく7〜8割のライブハウスが成立しなくなると思う。

都内ライブハウスが、一気に4分の1程度まで減るのだ。

#12

この予測に用いられたデータを明示してください。二次情報であれば,出典を明示してください。

データ確認できない以上,この予測が正答なものなのか,評価することができません。

また,「ぼくの感覚」を結論根拠としていますが,これは根拠薄弱と言わざるを得ません。

この結論正当化するために,客観的根拠を追加して下さい。

#13

上記3類型に収まるバンド数の比率は明示されていませんが,スケジュールの7-8割程度が空いてしまうということは,

現存するバンドの7-8割程度が「プロ志向でありながら、チケットノルマを課され、それ以下の動員しかできない」バンドだということでしょうか。

この点についても正確なデータを報告して下さい。

#14

多くのライブハウスが閉店することで生じる負の影響についても予測しておく必要があります

仮にそれがメリットと比べて過大なものであれば,この手法積極的に用いることは勧められません。

たとえば,ライブハウスで働く人々の失業など,提案手法による負の影響は容易に予測できます

この点は提案手法評価に直結するものですので,明確な論述必要です。

#15

本論は,100-300程度のキャパティを有する東京都内ライブハウス限定したものということでよろしいでしょうか。

では、この「残るライブハウス」はどんな所だろうか?

それは、音もいい、立地もいい、スタッフの愛想もいい、分煙がされている、飲食物がおいしい、集客努力もしている、そんなライブハウスではないだろうか?

ライブハウスの生き残り合戦を引き起こせれば、

その過程ライブハウスサービスレベルはぐんと向上し、

向上できなかったライブハウスは消えるのだ。

そして当然、ライブハウスが激減するということは、そこに出演できるバンドの数も激減する。

音楽的にも素晴らしく、集客もできる、レベルの高いバンドしかライブハウスに出演できなくなるのだ。

そうなるとチケットノルマなどの制度を設ける必要もなくなる。

「今夜は暇だから駅前ライブハウスに寄ってってみようかな」というお客さんだって増えてくるはずだ(今は皆無と言っていい)。

理想的ではないだろうか。

#16

多くのバンドライブをやめれば,ライブハウス間の競争が引き起こされ,その結果としてサービスの質が向上する,というロジックだと読めます

非常に単純化された図式ではありますが,検討に値する予測だといえます予測される結果を,前述された3つの問題対応させた形で記述すれば,よりわかりやすくなるのではないでしょうか。

FigureやTableを利用するなど,提示方法を工夫して下さい。

#17

音楽的に素晴らしく」とありますが,これは定量的評価可能性質でしょうか。この点は,提案手法の結果を事後的に評価する際に重要観点となります

#18

理想的」という全般的評価を述べていますが,この評価はどのような観点から下されたものなのでしょうか。評価基準を明示して下さい。

#19

3類型のうち,「プロ志向でありながら、チケットノルマを課され、それ以下の動員しかできない」バンドが多数であることを前提に議論が進んでいるようですが,

その根拠が示されていないため,上記のような「激減」や「競争」が実際に発生するのか,判断がつきません。

仮に3類型比率が著者の想定と異なる場合(たとえば趣味バンド過半数を占める,など),提案手法の実行によってどのような結果が得られるのでしょうか。

提案手法が有するであろう社会に与える影響の大きさを考慮すると,その実行を正当化するためには,より綿密な論理展開と,データによる裏付けが求められます

仮に現段階で3類型比率定量的に測定していないのであれば,測定を行い,データを追加すべきです。そうしないのであれば,結論トーンダウンすべきです。

#20

提案手法の実行可能性について,一切の評価が行われていません。手法の具体的な手続きとともに,その実行可能性について説明して下さい。

仮に実行可能性が低いのだとしたら,それは提案手法手続き運用上の問題があることを示唆します。

それが予め分かっているのであれば,はじめからその点をクリアできる手法提案すべきです。

 

しかし、残念ながら現状はそうなっていない。

なぜなら、動員できないバンドが喜々としてチケットノルマを支払うことによって、ダメライブハウスを生き残らせてしまっているからだ。

#21

ダメライブハウス」とは,前述された3つの問題を抱えるライブハウスのことでしょうか。明確な記述をお願いします。

#22

著者の言う「ダメライブハウス」が存在することの,何が問題なのでしょうか。

言い換えれば,著者による提案手法によって3つの問題解決した場合に,得られるものは何なのでしょうか。

それらが現存することで,どういった問題が生じているのか明らかにしたうえで,解決必要性を論じて下さい。

提案手法は多くのヒトに影響を及ぼす大規模なものです。なかには,負の影響を受ける者もいることでしょう。

それでもなお,提案手法の実行を正当化したいのであれば,よほど重大な効果必要になります

本当にやめてほしい。

#23

減らしてほしいのか,やめてほしいのか,論旨を一貫させてください。

以下、ありそうな反論

Q.駆け出しのバンドが場数を踏むための場所必要だ!

A.そうですね、広めの練習スタジオにお客さん入れてやったり、ライブバー的な狭いところでやればいいと思います

→駆け出しのバンドがそのようにしなければならない理由,もしくは,著者の提言に従わねばならない理由が分かりません。

 この提言正当化する根拠を補強して下さい。

#24

趣味バンドが出演するライブハウスについては不問とのことですので,そのような店舗が受け皿になる可能性はあるでしょうか。

その可能性があるとしたら,この提言は不十分なものだと考えられます

Q.数が少なくたって楽しみにしてくれるファンがいるんだ!

A.同上です。

#25

適切なサイズの会場でライブを行えば良いという提言でしょうか。むやみに省略せず,正確に記述して下さい。

 

Q.ライブ本数減らしたら新しいファンを掴む機会が減る!

A.自分の動員が少ないなら、対バンの動員も大抵少ないですよね?だとするとそのやり方は効率悪いので別の宣伝方法考えたほうがいいと思います

#26

1文目の推論について,根拠を明示して下さい。

#27 

一度に行える宣伝方法一種類とは限らず,これを別の宣伝方法と並行させることは可能です。

いくつかありうる方法のうちの1つを特定的に実施不可能にする必要があるのでしょうか。

Q.そんなライブハウスばかりじゃない!●●はとても素晴らしいハコだ!

A.そうですね、例外はあります。そこはきっと生き残るから安心してください

#28

ここで言う例外について,具体化して下さい。

#29

2文目の推論について,根拠を明示して下さい。

ぼくのTwitterは @kentaro_kaiho です。フォローお願いします。

※誤解をまねきそうな表現を、一部修正しました(2017/5/8 13:30)

#30

修正箇所が明示されていません。どこをどのように修正したのか示して下さい。

※追記記事はこちら >> 謝罪反論(動員がないならライブ止めろ記事について) (2017/5/10 7:04)


以上です。

この度は,ご提案いただきまことありがとうございました。著者の今後のご活躍に期待します。

2017-03-11

いい機会なのでみんなで読みませんか?

これ↓

http://annualreviews.org/doi/full/10.1146/annurev-marine-010816-060733

Fukushima Daiichi–Derived Radionuclides in the Ocean: Transport, Fate, and Impacts. Annual Review of Marine Science. Vol. 9:173-203. First published online as a Review in Advance on June 30, 2016

2011年以降に海に出ていった放射性物質が、2016年頃までどうなっていったかをまとめたreviewです。

長くて1人で読むのしんどいというのが正直なとこだけど...でも、今後も当分関係ある話で、震災の日くらい、たまには勉強しようかと。これを読んだこともあり。

http://gendai.ismedia.jp/articles/-/51176

ひと言とか数行とか小さな部分でいいから、読み取ったことをトラバブクマコメントに残してくれる人を募集

資料自体は悪くないと思います

とりあえず見やすいところ↓

Fig.1 空から降りる分、直接海に出た分、地下水を介して出た分、川を介して出た分の比較。空の分(15ペタBq)が、地下水や川の500年分くらいデカい。Table 1が根拠。つまり、これまでの論文推定されてきた値。15ペタ...どのくらいかイメージできない。

Fig.2 太平洋の海表面の放射性物質量。2014年頃をピークにアメリカ側まで届いて、広い範囲で通常の5倍くらいの濃度になっていた(これは確かにいい迷惑)。2016年には通常の2-3倍くらいまでで、エリアもかなり減った。まぁ海表面に関しては、普段の数倍程度が数年で止んでるからダメージ比較的浅そう。ただしこれは海表面で、あとで海底の話が出てくる。

Fig.3 見にくいので後で

Fig.4 海底の面積あたりの放射性物質量。同心円があるのはわかるけど、量的にどのくらい問題なのかはこれだけではわからない。

Fig.5 海底の魚と遠洋(非海底)の魚での濃度。縦軸はlogなので凄い差。どの区分も5年で1/10くらいは減ってる。2016年、遠洋魚がはっきり2層化してるのが見える。

2016-11-24

UCL Preview: Rostov vs Bayern 2016

はてな記法が一部使えますはてな記法一覧

The home side is yet to bag a single win on their first ever UEFA League season. With only one point to their credit, they reside in the third place of Group D table. Die Bayern München‘s just defeat opposite the group-leader A.Madrid has kept them on the second place with nine points

bayern vs rostov live stream

https://allowlive.com/fc-rostov-vs-bayern-munich-2016/

2016-05-22

はてな記法が一部使えます

入力支援記法

(※一部記法 [ ><| ] は変換されてしまうため全角にしてあります

記法 書式 機能
見出し記法 *~~ 日記見出し(h3)を付けます
時刻付き見出し記法 *t*~~, *t+1*~~ 見出し編集時刻を保存し表示しま
name属性付き見出し記法 *name*~~ 見出しに好きな name 属性つけま
カテゴリー記法 *[~~]~~ 日記カテゴリーを設定しま
小見出し記法 **~~ 日記小見出し(h4)をつけま
小々見出し記法 ***~~ 日記に小々見出し記法(h5)をつけま
リスト記法 -~~, --~~, +~~, ++~~ リスト(li)を簡単記述しま
定義リスト記法 :~~:~~ 定義リストdt)を簡単記述しま
表組み記法 | ~~ | ~~ |, |*~~ | ~~ | 表組み(table)を簡単記述しま
引用記法
>>
~~
<<
引用ブロック(blockquote)を簡単記述しま
pre記法
>|
~~
|<
整形したテキストをそのまま表示します(pre)
スーパーpre記法
>||
~~
||<
整形したHTMLなどのソースをそのまま表示します(pre)
スーパーpre記法シンタックスハイライト
>|ファイルタイプ
~~
||<

>|??|
~~
||<
整形したプログラムソースコードを色付けして表示します(pre)
aa記法
>|aa
~~
||<
アスキーアート簡単にきれいに表示しま
脚注記法 (( ~~ )) 日記脚注を設定しま
続きを読む記法 ==== 次の見出しまでその後の日記を「続きを読む」にしま
スーパー続きを読む記法 ===== 見出しも含めてその後の内容を「続きを読む」にしま
改行記法 (連続した空白の行2つ) 改行(br)を挿入しま
pタグ停止記法
><
~~
><
自動挿入される p タグを停止しま
tex記法tex:~~] mimeTeX を使って数式を表示しま
ウクレレ記法 [uke:~~] ウクレレコード譜を表示しま

自動リンク

記法 書式 機能
http記法 http://~~、[http://~~:title]、[http://~~:barcode]、[http://~~:image] URLへの始まるリンク簡単記述しま
mailto記法 mailto:~~ メールアドレスへのリンク簡単記述しま
niconico記法 [niconico:sm*******] ニコニコ動画再生プレーヤーを表示しま
google記法google:~~google:image:~~google:news:~~Google検索結果にリンクしま
map記法map:x~~y~~(:map)、map:~~map:t:~~Googleマップを表示し、リンクしま
amazon記法 [amazon:~~] Amazon検索結果にリンクしま
wikipedia記法 [wikipedia:~~] Wikipedia記事リンクしま
自動リンク停止記法はてな記法はてな記法による自動リンクを停止しま

入力支援機能

ヘルプ 書式 機能
「*」や「-」をそのまま行頭に表示する (行頭に半角の空白をつける) 行頭で「*」や「-」などをそのまま表示しま
下書き記法 <!-- ~~ --> HTMLソースにも表示されない下書き日記記述しま

2016-03-12

tableの中にtableを組むのってどうなの?

レガシーじゃない?tableタグで組むことが既に時代遅れな感じがするが、tableタグの中にtableタグを組んで、さらにその中にもtable...

divで組めや!!なんでこんな扱いづらいもん使ってるんだよ!!

もうやだ。誰か代わりにやってくれ。俺はもうこんなのみたくない

2016-02-15

SQLで月次集計tableキーdate型で

2016-02-01

(日付の1日はダミー

みたいにするんじゃなくて

yyyymmで

201602で

number(6,0)でしまうのってどうおもいますか?

理由




個人的には数字で持ってる方が好きなんですが

2015-12-28

Vimキーバインドを忍ばせる人々

Vim(あるいはvi)のキーバインド提供する人がいる。

Vimの外でもVim風の操作ができたりするのは彼らのおかげだ。

デフォルトオプションプラグインアドオン、様々な手段提供されている。

Vimを使っている人でも使うかどうかは人それぞれだし、

どの程度Vim再現できているのかも実装によってまちまちなのだが、

なんだかんだで有名どころのテキストエディタ統合開発環境では何らかの形で提供されることが多くなったように思う。

以下は提供しているソフトウェアの一覧。

(一覧に無いものは私が知らないか忘れているだけなので、実際にはまだあると思う)

統合開発環境名称
Visual Studio VsVim
Xcode XVim
Eclipse Vrapper
NetBeans jVi
IntelliJ IDEA IdeaVim
MonoDevelopVi Mode
Qt Creator FakeVim
テキストエディタ名称
EmacsVIP
EmacsViper
EmacsEvil
AtomVim mode
Atomvim-mode-plus
Sublime TextVintage
Sublime TextVintageous
Bracketsvimderbar
Visual Studio Code Vim
Light TableVim

他にもブラウザ向けのアドオンとか。

ブラウザ名称
FirefoxVimperator
FirefoxVimFx
FirefoxVimium
ChromeVimium
Chrome Vrome
ChromeVichrome
Chrome cVim
OperaVimOperate
Opera wasavi
Safari sVim
Safarivimari

いくつかのコマンドでも。

コマンド分類
bashシェル
zshシェル
kshシェル
tcshシェル
yash シェル
tig gitインターフェース
less ページャー
cgdb デバッガ
LuaKit Webブラウザ

hjklでスクロールできるWebサービスとか。

名称操作
Twitterjk前後の項目に移動
TweetDeckjk前後の項目に移動
Facebookjk前後の項目に移動
Google+jk前後の項目に移動
Tumblrjk前後の項目に移動
GitHubjk前後の項目に移動
Pocketjk前後の項目に移動
Pixiv(複数投稿) jk前後の絵に移動
ニコニコ静画(漫画) jkスクロール
ニコニコ静画(電子書籍) hjklで前後のページに移動(wasdでも可)
はてなブックマークjk前後の項目に移動

ゲームも。

名称操作
nethackhjklで上下左右に移動(yubnで斜め移動)

追記

viのhjklは先行する何かの影響で実装された記憶があるので、操作共通からというだけで「viを忍ばせる」というのは言い過ぎではないかという気がする

> まして「vimを忍ばせる」というのは、ちょっとその、まあなんというか…

確かにVimではなくvi模倣だったりして無理があった…。hjklの大元を辿るとどこに辿り着くんだろう(ビル・ジョイの使っていたキーボードとは別?)

2011-07-11

[][][][]

football

toto公式サイト-ネットでも買える高額当せんくじBIG。目指せ億万長者!目指せ最高6億円!

J's GOAL - Jリーグ公認ファンサイト

女子サッカーチーム検索サイト

FOOTBALL STATION -全てのサッカーニュースを此処に-

女子サッカーに関連する記事一覧 - Yahoo!ニュース

なでしこ 

https://www.google.co.jp/search?q=%E3%81%AA%E3%81%A7%E3%81%97%E3%81%93&num=100&hl=ja&safe=off&prmd=imvnsu&source=univ&tbm=nws&tbo=u

日本女子代表総合スレッド http://find.2ch.net/?STR=%C6%FC%CB%DC%BD%F7%BB%D2%C2%E5%C9%BD%C1%ED%B9%E7%A5%B9%A5%EC%A5%C3%A5%C9&COUNT=10&TYPE=TITLE&BBS=ALL http://kohada.2ch.net/test/read.cgi/eleven/1356349986/l50

アメリカ女子代表

http://find.2ch.net/?STR=%A5%A2%A5%E1%A5%EA%A5%AB%BD%F7%BB%D2%C2%E5%C9%BD&COUNT=10&TYPE=TITLE&BBS=ALL

監督戦術徹底討論 http://find.2ch.net/?STR=%B4%C6%C6%C4%C0%EF%BD%D1%C5%B0%C4%EC%C6%A4%CF%C0&COUNT=50&TYPE=TITLE&BBS=ALL

日本代表戦術 http://find.2ch.net/?STR=%C6%FC%CB%DC%C2%E5%C9%BD%A4%CE%C0%EF%BD%D1&COUNT=10&TYPE=TITLE&BBS=ALL

移籍 http://find.2ch.net/?STR=%B0%DC%C0%D2%A1%A6%A5%EC%A5%F3%A5%BF%A5%EB%A1%A6%C0%EF%CE%CF%B3%B0&COUNT=10&TYPE=TITLE&BBS=ALL

tv

サッカー試合日程表・キックオフ時間 - サカテレ

海外サッカー(セリエA&ブンデスリーガ)チャンネル - ニコニコチャンネル:スポーツ

スカパー!サッカー中継|衛星放送のスカパー!

スカパー!サッカー中継|衛星放送のスカパー!

ニコニコ

http://www.wiziwig.tv/competition.php?part=sports&competitionid=294&discipline=Football

http://www.wiziwig.tv/

http://www.frombar.tv/

http://www.vipboxsports.me/

http://www.fussball-liveticker.eu/

http://www.sportlemon.tv/

http://www.rojadirecta.me/

http://ufreetv.com/pages/tvguide.html

http://ja.justin.tv/directory/all?lang=ja

http://www.ustream.tv/new/explore/sports

http://www.stream-japan.tv/live/

myniji

https://www.youtube.com/user/NWSLsoccer

http://tv.dfb.de/live/index.php?live=list

http://www.nadeshikoleague.jp/tv/

schedule

2014年日本代表 試合日程&結果 ― スポニチ Sponichi Annex サッカー

日本代表 2014年 なでしこジャパン(日本女子代表)日程 ― スポニチ Sponichi Annex サッカー

ゲキサカ[講談社]

Foot Table | スカパー、BS他のサッカー番組表

海外サッカー - スポーツナビ

スカパー!サッカー中継|衛星放送のスカパー!

海外サッカー - ブンデスリーガ - スポーツナビ

海外サッカー - プレミアリーグ - スポーツナビ

海外サッカー - UEFAチャンピオンズリーグ - スポーツナビ

チャンピオンズリーグ(CL)|海外リーグ|スカパー!サッカー中継


雑誌

Notice - 雑誌オンライン+BOOKS

Notice - 雑誌オンライン+BOOKS

Notice - 雑誌オンライン+BOOKS

サッカーダイジェスト - 2011/07/20発売号 - 雑誌のFujisan.co.jp

サッカーダイジェスト - 2011/07/26発売号 - 雑誌のFujisan.co.jp

サッカーダイジェスト - 2011/07/21発売号 - 雑誌のFujisan.co.jp

jfa

http://www.jfa.or.jp

http://www.jfa.or.jp/jfatv/index.html

http://www.nadeshikojapan.jp/

http://www.nadeshikoleague.jp/tv/

http://soccer.skyperfectv.co.jp/nadeshiko

http://nadeshikojapan.jp/national_team/2012/u20w/blog/

http://commons.jfa.or.jp/index.php?page_id=156

blog

実況せんかいゴルァ!@さっかーch@スレッド一覧

NO FOOTY NO LIFE

つれさか -徒然サッカー雑記-

サッカーインフル

http://ameblo.jp/40468-dus/

http://aycopenhagen.blog.fc2.com/

タグ「サッカー」を検索 - はてなブックマーク

abroad

http://www.womenssoccerunited.com/

http://twitter.com/BeccaMoros/ http://beccamorossoccer.com/blog.html http://www.facebook.com/profile.php?id=100000056867152

https://twitter.com/beverlygoebel http://twitter.com/bevgsoccer http://www.facebook.com/profile.php?id=100000999642513

http://viranesque.tumblr.com/

http://olfeminines.tumblr.com/

https://twitter.com/OLfeminin

https://twitter.com/OL_JpN

http://www.olweb.fr/fr/

http://www.olweb.fr/en/

http://ameblo.jp/womensoccer/

http://ameblo.jp/keijoseph/

http://www.pitchsidereport.com/category/player-blogs/

http://www.facebook.com/ololympiquelyonnaisfeminine

http://www.ussoccer.com/

http://twitter.com/ussoccer_wnt

https://www.facebook.com/ololympiquelyonnaisfeminine

http://tv.dfb.de/index.php

http://tv.dfb.de/live/index.php?live=list

http://www.hr-online.de/website/fernsehen/sendungen/index.jsp?rubrik=30666&key=standard_document_33394446

http://twitter.com/HeatherOReilly

http://twitter.com/heathermitts

http://twitter.com/alexmorgan13

http://twitter.com/hopesolo

http://twitter.com/AbbyWambach

http://twitter.com/mPinoe

http://twitter.com/AlexBKrieger

https://twitter.com/christierampone

https://twitter.com/Rachel_BVH

https://twitter.com/TobinHeath

http://twitter.com/nangerer

http://twitter.com/christierampone

http://twitter.com/LoriLindsey6

http://twitter.com/CarliLloyd

http://twitter.com/laurencheney8

http://twitter.com/ShannonBoxx7

http://twitter.com/kohara19

https://twitter.com/TobinHeath

http://twitter.com/ussoccer_wnt

http://www.ussoccer.com/Social/WNT-Blog.aspx

http://www.youtube.com/user/ussoccerdotcom/videos

https://www.youtube.com/user/NWSLsoccer

なでしこツイッター

川澄 http://nahomi-kawasumi.net/index.xml http://ameblo.jp/nahomi-kawasumi/

田中 http://asuna-tanaka.net/index.xml http://asuna-tanaka.net/

熊谷 http://ameblo.jp/brave05/ http://twitter.com/kumagai1017

鮫島 http://ameblo.jp/ayasameshima/ http://twitter.com/sharkaya

岩渕 http://ameblo.jp/buchilife/ https://twitter.com/buchi_mana

大野 http://ameblo.jp/shinobuohno/

岩清水 http://ameblo.jp/azusa1014/ http://twitter.com/iwashi_azu1014

丸山 http://ameblo.jp/karina14/ http://twitter.com/marukarichan11

小林 http://ameblo.jp/yayoi-8/ http://twitter.com/yayuyo8

永里 http://www.facebook.com/yuki.ogimi17 http://www.facebook.com/pages/Yuki-Nagasato/122843931154946 http://ameblo.jp/y-naga19/ http://ameblo.jp/asano-n-18/ https://twitter.com/Yuki_Nagasato17 http://twitter.com/Turbine17

inac http://inacstaff.blog27.fc2.com/

大滝 https://twitter.com/amigyon http://www.facebook.com/ami.otaki.7

安藤 http://fcrando.blog107.fc2.com http://twitter.com/FCRjapan

澤 http://twitter.com/NadeshikoQueen

4jpn https://twitter.com/4JPN/

川上解説者) http://twitter.com/FranCocoHawaii8

日々野 https://twitter.com/hibinomari

野田ベレーザ監督解説者) http://twitter.com/joshi_soccer

なでしこジャパン http://twitter.com/jfa_nadeshiko

日本サッカー協会 http://twitter.com/JFA

NHKナデシコパ https://twitter.com/NHK_soccer http://twitter.com/NHK_nadeshicopa

http://ameblo.jp/sayaka-nakamura-we/

http://ameblo.jp/usami-ran/

http://www.usamitakashi.net/blog/

http://ameblo.jp/kei-matsubara/

http://blog.lirionet.jp/takashi_kn/

http://blog.lirionet.jp/kiyo/ https://twitter.com/13_hiroshi

2ch

http://find.2ch.net/

http://find.2ch.sc/

2007-10-20

[][][][][][]

twitter

TWTR: Summary for Twitter, Inc. Common Stock- Yahoo! Finance

Twitterの株式公開初日。株価は74%上昇して45.10ドル。時価総額は318億ドル | TechCrunch Japan

Twitter、今年6月にユーザー5億人超か―ブラジル急成長、ツイート数では日本語が依然英語に次いで2位 | TechCrunch Japan

GOOG: Summary for Alphabet Inc.- Yahoo! Finance

rails

Railsにある20%のソリューションで問題の80%を解決できるようにしています。

Twitter創始者が語るWeb 2.0要諦@IT

http://www.atmarkit.co.jp/news/200711/16/twitter.html

ウィリアム氏がOdeo内で始めた小さなプロジェクトが「Twitter」だ。

Ruby on Railsを使って2週間で最初の動くバージョンを 作り上げた



はてなブックマーク - Route 477 - Ruby基礎文法最速マスター&Ruby書籍紹介

Ruby on Railsで10分で作るTwitterもどき

Ruby on Railsをすぐ使う - Ruby on Rails 2.0アプリを1分で作る:ITpro

Ruby on Rails 2.0アプリを10秒で作る2.0

katoy: cocolog: Rails 2.0.2 は 5 行でアプリ雛形作成/起動ができる!

Railsの教科書

Ruby on Rails チュートリアル:実例を使ってRailsを学ぼう - Michael Hartl (マイケル・ハートル)

Ruby on Rails ガイド

Ruby on Rails

Rails基礎文法最速マスター - cod.note

クックパッド

クックパッド株式会社 に行ってきた! - 941::blog

Ruby on Railsで1億PVのサイトの開発が出来て、エンジニアは5人しかいない

クックパッド(株)【2193】:株式/株価 - Yahoo!ファイナンス

Wantedly

ウォンテッドリー株式会社 に行ってきた! - 941::blog

ココロオドル仕事を見つける方法 | 仲 暁子 | 本 | Amazon.co.jp

Wantedly 航海日誌 — 私のようなの素人のためのHacker Way

Wantedlyを2年間Herokuで運用した話

はてなブックマーク - アイディアに価値はない by 仲 暁子

python

http://anond.hatelabo.jp/20130101082333

rails

[ruby][camping][4kb]

[ruby][sinatra][シナトラ]

Focus on Technology:Ruby on Railsとエンタープライズを結び付ける「Merb」 (1/2) - ITmedia エンタープライズ

Rubyに恋をし、Rubyが長きにわたって存在すると感じた人はたくさんいる。そして彼らはもっと強力なものを求めたのだ」

Merb 1.0 リリース記念に、Merb がどんだけすごいのかを紹介した海外の記事を翻訳してみた

速報: Merb と Rails が統合 - kwatchの日記

http://www.google.com/webhp?hl=en

http://www.google.com/search?hl=en&q=ruby&btnG=Google+Search

ブラウザで Ruby on Rails 開発! Heroku を使ってみよう - WebOS Goodies

ブラウザでRails開発が完了する衝撃の簡単さ - builder by ZDNet Japan

CやPerl、Python、Rubyをブラウザ上で実行できる「codepad」:phpspot開発日誌

C言語をブラウザで実行、Ruby/Python/Perlも然り | マイナビニュース

Rails Ruby Rubyなら"Hello World"が公式サイトをたずねて2分 Rubyなら”Hello World”が InstantRails を解凍してから2分 - opportunity_costの日記 Ruby on Rails 2.0アプリを1分で作る:ITpro UK STUDIO - Ruby on Rails 2.0アプリを10秒で作る2.0 Rails 2.0.2 は 5 行でアプリ雛形作成/起動ができる! JRuby on Railsに15分でアプリをデプロイする方法 | マイナビニュース プログラミングを独習するには10年かかる はてなブックマーク - スラッシュドット ジャパン | Ruby on Railsは万能薬ではない [Ruby][Rails]Sites Powered by Ruby or Ruby on Rails  こんなフレームワークを作るにはC++やJavaやPerlやPHPでは無理で、Railsを作るにはRubyかSmalltalkを使うしかなかったのである。 hp12c - Railsでブログを作ろう!(Creating a Weblog in 15 minutes)  Ruby on Rails学習の高速道路 - バリケンのRuby日記 - Rubyist diaspar.jp - 



Odeo内で始めた小さなプロジェクトが「Twitter」だ。Ruby on Railsを使って2週間で最初の動くバージョンを作り上げたという。

Ruby on Railsで1億PVのサイトの開発が出来て、エンジニアは5人しかいない

http://blog.kushii.net/archives/1350951.html

http://d.hatena.ne.jp/gamella/20081027/1225119262

3ヶ月、わずか3名程度のエンジニアチームで、彼らはPHPで実装が完了していたレベルに追いつきました。またコード量はPHPの1/5以下にまで削減されており、よりシンプルな構成も実現できました。

Gregg PollackとScaling Railsハウツー

1つには、Railsアプリケーションをうまくスケーリングするために必要なすべての情報Rails開発者に与えること。

開発者は、これらの技術使用する必要はないかもしれません。

しかし、できれば、開発者ビデオを見て、何百万人の同時ユーザーを扱うRailsアプリケーション

作成できます、とクライアントに言える自信を持ってもらいたいのです。

2番目に、Railsアプリケーションをスケーリングすることがどれほど簡単かを、他の言語開発者に示すこと。

http://www.infoq.com/jp/articles/gregg-pollack-scaling-rails



Ruby on Railsで10分で作るTwitterもどき - ZDNet Japan

http://japan.zdnet.com/video/screencast/story/0,3800079413,20354695,00.htm

Rails 2.0.2 は 5 行でアプリ雛形作成/起動ができる!: katoy: cocolog

http://youichi-kato.cocolog-nifty.com/blog/2008/01/rails_202_5_9198.html

Ruby on Rails 2.0アプリを1分で作る - Ruby on Railsをすぐ使う:ITpro

http://itpro.nikkeibp.co.jp/article/COLUMN/20080606/306873/

ブログとショッピングサイト作成のケーススタディを解説します。音楽系サイトを選んだのは、画像、音声、動画など、今のWebで考えられるほとんどのコンテンツを扱っており、Railsの良さを一番実感していただけると思ったからです。

30分で Rails youtubeアプリ - 脱・下流エンジニア (仮)

hp12c - Railsでブログを作ろう!(Creating a Weblog in 15 minutes)

Ruby on Railsで10分で作るTwitterもどき - ZDNet Japan

RailsSpace: Building a Social Networking Website with Ruby on Rails (Addison-Wesley Professional Ruby Series): Michael Hartl, Aurelius Prochazka: 0785342480795: Amazon.com: Books

Practical Rails Social Networking Sites (Expert's Voice): Alan Bradburne: 9781590598412: Amazon.com: Books

Beginning Ruby on Rails E-Commerce: From Novice to Professional: Jarkko Laine, Christian Hellsten: 9781590597361: Amazon.com: Books

Rails Pocket Reference (Pocket Reference (O'Reilly)): Eric Berry: 0636920520702: Amazon.com: Books

http://127.0.0.1/phpmyadmin/ http://127.0.0.1/mysql/

http://127.0.0.1:3000 http://localhost:3000/entries/

http://127.0.0.1:3001

http://127.0.0.1/

http://127.0.0.1/cgi-bin/c.cgi 

C:\InstantRails\cgi-bin\c.cgi

http://127.0.0.1:7000

キーワード「ruby」を含む新着エントリー Ruby Inside: The Ruby Blog

Rubyとは - はてなキーワード

 Ruby関連MLの自動翻訳サイトが公開 - JRubyのNutter氏に触発 | マイナビニュース

ruby-list

rails:ML

Rails Forum - the ultimate Ruby on Rails community

ruby-talk

Route 477(2007-02-05)

gem install hpricot

gem install mechanize

# インフォシークから株価取得して整形:特定属性持っているtableを取得

yahoo の最新トピックスをゲットしてみる

watirを試す

コードを実行すると、IEが立ち上がって、

勝手ログインし、メールの画面まで行く。

 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん