「slide」を含む日記 RSS

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

2020-03-27

楽園こちら側」の「事実に誠意を」をほぼdeepLで翻訳してみた その1

https://georgebest1969.typepad.jp/blog/2020/03/事実に誠意を.html

これが原文です。

外国から問い合わせが来ているけれども時間がなくて訳せないということで、DeepLの性能確認ついでにやってみました。

この私訳と岩田健太郎先生無関係なのでよろしくお願いします。

訳された文章を原文と見比べ、翻訳文章おかしくなったところや慣用句は「必ず日本語側の文章をいじることで」できるだけ解消しました。

よって改変した文章だけをこちらに載せ、改変する必要がなかったところは段落番号しか載せていません。元文章は元ブログを当たってください。

英語に詳しいパーソンが精査していただけると幸いです。

1 Most of what I'm about to write is no different from what I've said and done in the past. However, I have been asked the same question repeatedly, so I would like to reiterate it. We have received many inquiries from overseas as well, so we should have prepared the same content in English, but due to time constraints, I'm afraid I'll have to skip it. This article is designed to be read without basic knowledge of infectious diseases and jargon, but it is rather difficult to understand. Please forgive me for that.

感想:「Chromeかなにかでそれぞれ母国語に訳してお読みいただけると幸いです。」がきれいさっぱり消えている。DeepLの自負心だろう。

2 The fact that the number of COVID-19 reports in Japan is very low compared to other countries is attracting attention from home and abroad. Is it true? It has been pointed out that the number of tests is so small that we may be misreading the actual number of infected people.

感想home and abrodeでいいんだろうか?

3 However, this point is wrong at various layers. In the first place, Japan does not aim to capture all the numbers of COVID-19. Whether it's administrative testing or insured care, the state basically has a testing strategy in mind to diagnose, hospitalize, and isolate critically ill patients who need to be hospitalized. It is natural that they "haven't figured it out" and they don't intend to. That's not a bad thing.In fact, the situation is the same in every country, large or small, and no country, whether in the United States, Europe, or Asia, is aiming to "capture the whole number.

感想最後の文はなぜか他の文と一緒に入力すると訳してくれなかった。この文一つだけ入力すると訳してくれた。

よく考えると「多かれ少なかれ」は通じないだろうから直した方がよかった。なぜかDeepLに繋がらなくなったのでもう直せない。

WHOもそんなことは求めていない。もっとも、そのわりに日本帰国者無症状者にPCRをやってみたり、無症状な検査陽性者を入院隔離させてみたり(軽症者は自宅じゃなかったの?)、プリンシプルにおいて首尾一貫していない。だから、「彼らがなにがやりたいか私たちはよくわからない」ので、人々は不安になる。リスコミにおける失敗と言えよう。

The WHO is not asking for such a thing. But instead, Japan gives PCR to asymptomatic returnees and isolates asymptomatic test-positive people in hospital (wasn't it home for people with minor illnesses?). It has not been coherent in its principles. So, people get anxious because "we're not sure what they want to do". It's a failure in the press.

感想:「なにがやりたいかよくわからない」に主語付与する必要があった。リスコミがpressになった。よくわかったな。

「〜は自宅じゃなかったの?)、」の、が.になっているのがよくわからない。なぜかDeepLに繋がらなくなったのでもう直せない。

4 The difference between Korea and Japan is the "result" and not the "purpose". In South Korea, where the number of infected people had surged in one place, we had to focus on inspections in and around the area. If such a phenomenon (let's call it an overshoot) occurs in Japan, the number of inspections will increase. When the situation is different, arguing only on the basis of the number of tests without observing the situation is like trying to say, "That team made 50 sliding tackles while this team made only one," without watching a football game. In games where you don't have to slide (e.g., when you're in possession the whole time), even 0 times isn't a "mistake," and of course 50 times isn't a mistake.

感想特に言うことはない。便利だなあ。

5 全数把握ができていない疾患など山のようにある。日本ではインフルエンザの「全数」把握はしておらず、定点観測である疫学上、感染対策上、それで十分な情報が得られているからだ。日本で毎年風邪が何例発生しているか、正確に把握したデータはない。レセプトデータを見ればわかるじゃないか、というのも間違いで、なぜなら多くの風邪患者は(ぼくのように)受診せずに自然に治るまで待っている。医療に限らず、経済学でも政治学でもデータサンプリングから母数を推定するのがほとんどで、「全数」は非効率的状態把握法なのだ

There are many diseases for which the total number of patients is not known. In Japan, we do not have a "total" number of influenza cases, but only a fixed-point observation. Because that's enough information, both epidemiologically and in terms of infection control. There is no accurate data on how many cases of the common cold occur each year in Japan. It's also a mistake to say that you can tell by looking at the receipt data, because many cold patients (like me) don't see a doctor and wait until they are cured naturally. Not only in medicine, but also in economics and political science, data are mostly based on sampling to estimate population numbers, and "whole numbers" is an inefficient way of grasping the situation.

感想:ちょこちょこ変えてある。日本語文章が多少おかしくなっているのは勘弁してほしい。接続詞を適切に入れると格段に翻訳が正確になる。

6 We have not seen the devastation in Japan as in Italy, Spain or New York City. There is no medical collapse in a critically ill patient, no use of the operating room as an ICU, no piling up of bodies on a skating rink with no place to put them. Even if the "numbers" are not known, it is a fact that the current situation in Japan (including Tokyo) is much better controlled than in other countries.

感想特に言うことはない。便利だなあ。

7 Even so, you may be interested in "Well, what about the actual situation? There are estimates. For example, Dr. Hiroshi Nishiura and his group estimate that the number of mild illnesses in Japan may be twice the reported number. The catch rate is 0.44, with a 95% confidence interval of 0.37-0.50.

感想特に言うことはない。便利だなあ。

8 Although the study was based on data from China, there is no guarantee that the Chinese COVID-19 demographic is the same as the Japanese one. Also, since the original study did not include asymptomatic patients or those with minor illnesses that did not require hospitalization, the number of infected patients estimated on that basis would inevitably be an underestimate. If you are more paranoid, it's not unreasonable to believe that "the Japanese and Chinese viruses are different because of the mutation" (although I don't think so).

感想特に言うことはない。便利だなあ。

9 This does not diminish the value of the paper itself. The model must always use existing parameters, and it is often impossible to prove the external validity of these parameters. If the underlying parameters are not reasonable, the predictions will not be correct. A model assumes a simplified world insofar as it is a model. A model without simplification, which is an adjectival contradiction.

数理モデルのこうした「前提」にイチャモンを付けるのは、例えばAという疾患を対象ランダム比較試験をしたときに、「Bという疾患については説明できないじゃないか」と文句を言うようなもので、業界仁義に反する意味のない揚げ足取りである

To complain about these "assumptions" of the mathematical model is like complaining, for example, "You can't explain disease B," when a randomized controlled trial is conducted for disease A. This is a meaningless tirade against the honor of the industry.

感想;「分からない」を「説明できない」に変えた。多分これでいいと思う。思いたい。

10 しかし、論文読み手にとっては別である

However, it is different for the reader of the paper.

A mathematical model that assumes a certain hypothesis should have internal academic validity, but it is the responsibility of the reader, as a resident of the real world, to appraise it in the real world.

Aという疾患を対象にしたRCTの知見をBという疾患に使ってはならないように、数理モデル制限理解し、現実世界にアプライするときに十分注意するのは当然だ。

Just as the RCT findings for disease A should not be used for disease B, it is natural to understand the limitations of the mathematical model and to be careful when applying it to the real world. For example, it would be wrong to read the paper and conclude that the total number of infected people in Tokyo is about 500 as of March 26.

感想;「読み手は別である」を「読み手にとっては別である」に変更し、「制限限界」は「limitations and limitations」になったので片方削った。

11 People make mistakes. The models are also wrong. Being wrong is not a big deal. The problem is to notice your mistakes and make corrections. Already, a group at Imperial College London has admitted that its original estimate that the peak of the infection should be moderated was "wrong" and has revised its prediction that the ICU will soon fail if it does not fight the virus fairly aggressively.

感想特に言うことはない。便利だなあ。

https://anond.hatelabo.jp/20200327215116その2

2020-03-20

reveal.js関係ブログ×2

【補記】 http://mickey-happygolucky.hatenablog.com/entry/2019/04/01/153812

スライド原稿を用意する

mkdir pandoc-sample

cd pandoc-sample

emacs source.md

してサンプルを Markdown で書く。

できたら reveal.js をとってくる。

git clone https://github.com/hakimel/reveal.js.git

CSS の微調整が必要なら reveal.js/css/reveal.min.css に手を入れる

(自分場合 text-align: center を left にしたり、.reveal h<n> のサイズを小さくしたりする)。

reveal.jsHTML を生成する

pandoc -s -t revealjs -V theme:default -o slide.html source.md

スライド HTML ファイルが生成される。

HTMLテンプレートを変更したい場合は、例えば

cp -a ~/.cabal/share/pandoc-1.12.2.1/data/templates/default.revealjs .

コピーしてきて編集後、

pandoc -s -t revealjs -V theme:default --template=default.revealjs -o slide.html source.md

とする。



pandoc + reveal.jsの使い方

work

├── input.md

├── images

│ └── imagefile.jpg

└── reveal.js

reveal.jsダウンロード

(omit)

スライドの生成

マークダウンを置いたディレクトリでpandocを実行する。

$ pandoc -s -t revealjs -o slide.html input.md

とりあえず何か作ってみる

次の内容をinput.mdとして作成する。

% スライドテスト

% Michel Nostradamus (発表者)

% 1999/7/31(発表年月日)

# 見出し1

本文本文本文本文本文本文本文本文

## 見出し2

本文本文本文本文本文本文本文本文

### 見出し3

本文本文本文本文本文本文本文本文

作ったものを見る

上記のpandocを実行すると、slide.html作成されている。

これをブラウザで開くとスライドが見れる。

ポーズ

. . .で本文中にポーズを挟むことができる。

まえ

. . .

しろ

発表者ノート

スライドには表示されない、発表者向けのノートを入れることができる。

div class="notes"

などで囲って。

これはノートです。

スライド表示中に「s」を押すと、発表者ノート表示用のポップアップが表示される。 これは現在時刻と開始からの経過時間なども一緒に表示されるので便利。

スライドレベル

slide-levelオプション使用すると見出し階層によってスライドネストすることができる。

指定した数より上の階層には本文が入れられない(無視される)。例えばスライドレベル2であれば見出し1の下の本文が無視される。

$ pandoc -s -t revealjs -o slide.html input.md --slide-level=2


pdf出力及び印刷

ブラウザアドレスバーにあるスライドURLに?print-pdfを追加する。

その後、ブラウザ印刷機能印刷する。

PDF出力はブラウザpdf出力できる場合はそれで行なう

まとめ

pandocとreveal.js使用すると、スライド作成簡単になる。

おまけ

機能確認用に作ったinput.md

2020-03-16

anond:20200315225230






















ほぼ毎日使っている一部を挙げたけれども、出勤準備の時間が近付いてきたのでココまで。
気分が向けば追記するかも知れない。

2019-12-14

[][][]Ruby on Rails書籍勉強する前に

テレワーク

リモートワークを採用している日本のテクノロジー企業のまとめ

リモートワーカーへの公平な支払い

ttps://b.hatena.ne.jp/entry/s/portalshit.net/2020/05/28/paying-remote-employees-fairly



Ruby

Ruby基礎文法最速マスター

Ruby入門 (全26回) - プログラミングならドットインストール

Ruby | プログラミングの入門なら基礎から学べるProgate[プロゲート]

ttps://prog-8.com/languages/ruby



https://try.ruby-lang.org/

技術面接で出された問題

ttps://b.hatena.ne.jp/entry/s/blog.agile.esm.co.jp/entry/2016/10/03/150625



Rails

Railsの教科書

Railsをはじめよう - Railsガイド

Ruby on Rails5 | プログラミングの入門なら基礎から学べるProgate

Ruby on Rails 5入門 (全28回) - プログラミングならドットインストール

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

Ruby on Rails ガイド:体系的に Rails を学ぼう

ttps://railsguides.jp/



私が億万長者になった日 DHH

Ruby on Railsの生みの親が見つけた人生で「最良のもの

人生で最良のものは「自由

ttps://bit.ly/2UrMXtt

私がプログラミングを始めたのは20代になってからです。DHH

ttps://bit.ly/3dk6XYa

MVP

良い文章家を雇う Getting Real by 37signals

ttps://bit.ly/3brDHxw

プログラミング学習アプリケーション開発の間にある高い壁を乗り越える方法

これから作ろうとするアプリケーション動作を一つ一つ小さなステップに分解して言語化していくという作業です。自分言葉説明できないシステム言語化できないシステムは作れません。

ttps://note.com/xhack/n/n8ee34d2dc176



MVP(Minimum Viable Product:仮説を検証することができる最低限のプロダクト)

作り直しを繰り返す

ttps://speakerdeck.com/honkimi/dang-taru-sabisuwozuo-rishang-gerusinpurunakao-efang-1?slide=4

リーン・スタートアップ エリックリー

ttps://www.amazon.co.jp/gp/product/4822248976

『なぜ、あなた仕事は終わらないのか』

もしも、10日で仕上げるタスクであれば、2割に当たる2日間で8割終わらせるつもりで取り掛かるのだ。

ttps://type.jp/tensyoku-knowhow/skill-up/book-summary/vol15/



とにかく雑に作れ - 東京工業大学エンジニアリングデザインプロジェクト - Medium

ttps://b.hatena.ne.jp/entry/s/medium.com/titech-eng-and-design/%E3%81%A8%E3%81%AB%E3%81%8B%E3%81%8F%E9%9B%91%E3%81%AB%E4%BD%9C%E3%82%8C-2f87cc00eb85

Things that are complex are not useful, Things that are useful are simple.

Mikhail Kalashnikov

複雑だと役に立たない。何よりも単純であることだ。

ミハイル・カラシニコフ 史上もっとも大量に製造され拡散しているアサルトライフルであるAK-47」の設計

完成に漕ぎ着けるのは、

付け加えるものがなくなった時ではなく、

取り除くものがなくなったときである

Antoine de St. Exupery

イノベーションは全てのことに対してイエスと言うことじゃない。それは最も重大な機能を除いて、全てにノーと言うことだよ。

ttps://bit.ly/2JzCggZ



成功の鍵「ピボット」 スラックミクシィ共通点

ttps://www.nikkei.com/article/DGXKZO99252990U6A400C1X12000/



リンク

6 of the top 10 @ycombinator companies (by valuation) were built using Ruby!

ttps://twitter.com/mhartl/status/1179561691857616896

ttps://prograils.com/posts/top-10-famous-sites-built-with-ruby-on-rails

Ruby on Railsの事例まとめ(海外有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/176

Ruby on Railsの事例まとめ(日本有名サイト編)

ttps://b.hatena.ne.jp/entry/s/skillhub.jp/blogs/177



スタートアップでのプロダクト開発はRails必要十分

スケーラビティがとか、拡張性がとか、モノリシックアーキテクチャは柔軟性がないんじゃとかいう声が聞こえてきそうだが(もっとも僕も前はそう思っていたのだが…)、

こんな技術的な美しさやなんちゃらビリティなんてものスタートアップにおける開発速度の重要性に比べたらなんの意味もないものである

ttps://medium.com/@reoring/4a92508bd170

最近PMFする前にアーキテクチャにこだわりすぎる事故をよくみる。

PMFする前のプロダクトなんて動けばなんぼなので、Railsで汚くてもいいかゴリゴリ書いて、最低限のJSをつけるだけでよい。

リリースするまで6ヶ月かけるというのは事故で、3週間ほどを目安に企画からベータリリースまでいくべき

ttps://twitter.com/wyvernMurai/status/1024150618288472064

マネーフォワードCTOが考えていること(2020年3月

Ruby on Railsは、現時点で、新規サービスを立ち上げる開発生産性が最も高いと判断しています。0-1のステージにおいて最も効果的であり、多くの場合は1-10でも有用です。ただし10-100のステージでは、デメリットが見えはじめますしか10-100のサービスにおいても、Ruby on Railsの利用範囲ゼロになることはないと考えています

ttps://moneyforward.com/engineers_blog/2020/03/31/cto-message-202003/

スタートアップWebアプリつくるなら、Railsアプリ分割せずAPIモード使わずシンプルにつくれ。

最初WebpackerとES6で必要になるまでFWつかうな」

ttps://twitter.com/daaaaaai/status/1154207078715498496

A Modern Web Application With Rails

ttps://medium.com/rubyinside/a-modern-web-application-with-rails-da3deb48014c

JavaScriptフレームワークはもうこりごり

HTMLCSSJSが私のフレームワーク

ttps://postd.cc/zero_framework_manifesto/

ほとんどのスタートアップにとって、マイクロサービスはよい選択ではない

ttps://www.infoq.com/jp/news/2020/06/monolith-decomposition-newman/

Istioがマイクロサービスからモノリシックアプリに変化。その背景とは

ttps://b.hatena.ne.jp/entry/s/thinkit.co.jp/article/17540

さよならアーキテクチャ議論

1. 事業成功に占めるアーキテクチャという要素の小ささ

2. チームでの共通認識を作るコスト

3. レイヤー分けという行為のものへの疑問

売り上げは全てを癒すけど、アーキテクチャは全ては癒してくれないんですよ。

ttps://note.com/timakin/n/n02f6be6aa0bf

スーパーFatControllerだし、設計もめちゃくちゃだけど100万人以上に使ってもらえて、そこそこ利益も生み出した

ttps://bit.ly/2CxT7To

Twitter創始者

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

ttps://bit.ly/2KdcKim

Ruby on Rails10分で作るTwitterもどき

ttps://bit.ly/2KVdAl8

時間ツイッターサービスを作ろう! – KRAY Inc.

ttps://b.hatena.ne.jp/entry/s/kray.jp/blog/twitter_service_in_1hours/

「1人で6時間で作った」 Twitter匿名質問「Peing」人気、月間2億PV超えへ

ttps://bit.ly/3b7qyIz

Railsは終わらない」と私が言う理由

Railsの真価は Web開発に必要基本的機能が全て揃い、その機能全てがローカル動作してテストを書く仕組みが存在することにあると考えています

ttps://qiita.com/alfa/items/3a23f32fd905e3ded0d8

Go で同じくことをやるのは難しいというのが試した結果の結論でした。例えば Rails サーバーからメールを送るなら ActionMailer を使えば一瞬でできますが、Go ではそこまでの速度は出せません。

ttps://www.wantedly.com/companies/wantedly/post_articles/193633?utm_source=t.co&utm_medium=share&lang=ja

僕らがRailsで戦い続ける理由

ttps://speakerdeck.com/toshimaru/why-we-use-ruby-on-rails

それでもRails選択する3つの理由 - pblog

ttps://ppworks.hatenablog.jp/entry/2015/02/19/223552

僕はずっとRails使ってますが、別にRailsにこだわってるわけではないのでもっと良い技術があれば普通に移行すると思います

ただ移行するためには今持っているRails資産経験など全てを超えてなお移行したほうがメリットある場合に限るので中々そういうものは少ないかな、、、と

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/953120084666433537

今は分かりませんが、数年前まではphprubyと同じ事をしようとするとソースコード量が3倍近く必要でした ソースが短ければバグが発生し辛いですし、ミスもかかる時間も減る と言うことで僕はruby、、、と言うよりrailsをおしま

ttps://b.hatena.ne.jp/entry/twitter.com/_sesere/status/928170730893619200

Railsセミナー面白かった。 スタートアップ企業社長PHPを捨ててRailsを選んだ理由エンジニアの安定性というのが、今回聞いた中では一番心に残った。

エンジニア視点ではなく、経営視点で考えたら、ボトルネックは必ず人だからだよな。

ttps://b.hatena.ne.jp/entry/s/twitter.com/poepoe49091/status/762141005432750080

スピードに対してごちゃごちゃ言うなら C じゃなくアセンブラで書けばいい。

それをなんで C で書いてるのかって言えば、 それはもちろん「コードがわかりやすい」とか、「早く書ける」って のが理由だろう。

そして、Ruby は C よりわかりやすいし速く書ける。 ということは、「C よりも Ruby」というのは非常に自然選択では ないだろうか?

ttp://i.loveruby.net/ja/ruby/why.html

Cで書くと2日かかる。実行時間は0.1秒

Rubyで書くと1日かかる。実行時間10秒(Cの100倍)

と、すこし極端な仮定を置いてみると、どっちが得でしょうか。

ttps://jp.quora.com/naze-ruby-ha-hokano-gengo-to-kurabe-te-osoi-node-shou-ka

Railsアプリケーションを、Heroku上で1分間125,000リクエスト対応できるようにスケーリングする

ttps://postd.cc/scaling-rails-to-125-000-requests-per-minute-on-heroku/



私がプログラミングを始めたのは20代になってからです。DHH

ttps://bit.ly/3dk6XYa

2017年Railsが学ぶ価値のあるフレームワークである理由は何ですか?

回答者David Heinemeier Hansson(デイヴィッド・ハイネマイヤーハンソン)、Ruby on Railsクリエイター、Basecamp創設者 & CTO

ttps://jp.quora.com/2017年-Railsが学ぶ価値のあるフレームワークである理由は/answers/129556088

RubyRails学習ガイド2019年

ttps://magazine.rubyist.net/articles/0059/0059-Ruby-Rails-Beginners-Guide.html

Rails2019年「あり」か? 統計を調べる

ttps://techracho.bpsinc.jp/hachi8833/2019_01_25/68846

Rails2019年「あり」か? Rails長所と向いている用途

ttps://techracho.bpsinc.jp/hachi8833/2019_01_29/68871

Rails2019年「あり」か? Rails短所と不向きな用途、他の選択肢など

ttps://techracho.bpsinc.jp/hachi8833/2019_01_31/68875

Ruby on Railsの作者より:高まった生産性仕事を余計にこなすためではなく自分の将来に向けて使おう

ttps://b.hatena.ne.jp/entry/s/himazublog.hatenadiary.org/entry/20080927/1222445526

プロジェクト管理ツールBasecampの最高技術責任者、デイヴィッド・ハンソンさんの仕事

ttps://www.lifehacker.jp/2017/12/171204-im-david-heinemeier-hansson-basecamp-cto-and-this-is.html

Railsの基本理念 : Railsの生みの親が掲げる8つの原則

ttps://postd.cc/rails-doctrine/

Ruby on Rails: DHHインタビュー

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

ttps://kdmsnr.com/translations/interview-with-dhh/

コメントが多いコードダメコードだと思う

最近の Basecampコードにはこんなのがある。

ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fwww.portalshit.net%2F2012%2F09%2F23%2Fcode-with-a-lot-of-comments-smells

DHHはどのようにRailsコントローラを書くのか

ttps://b.hatena.ne.jp/entry?url=http%3A%2F%2Fpostd.cc%2Fhow-dhh-organizes-his-rails-controllers%2F

ShopifyにおけるRuby on Railsで速いコードを書く方法

ttps://b.hatena.ne.jp/entry/s/medium.com/@teruhisafukumoto/how-to-write-fast-code-in-ruby-on-rails-at-shopify-70668edc47b1

Railsアプリ設計

ttps://speakerdeck.com/sinsoku/railsapurifalseshe-ji

Ruby on Railsの正体と向き合い方

ttps://b.hatena.ne.jp/entry?url=https%3A%2F%2Fspeakerdeck.com%2Fyasaichi%2Fwhat-is-ruby-on-rails-and-how-to-deal-with-it

Railsエンジニアのためのウェブセキュリティ入門

ttps://b.hatena.ne.jp/entry/s/www.slideshare.net/ockeghem/ruby-on-rails-security-142250872



ttps://bootcamp.fjord.jp/practices

ttps://runteq.jp/curriculums/2

ttps://runteq.jp/curriculums/3

ttps://github.com/everyleaf/el-training/blob/master/docs/el-training.md



経験からRuby on Railsを学んで仕事につなげるまでの1000時間メニュー

ttps://qiita.com/saboyutaka/items/1a8c40e105e93ac6856a

あなたマスターしたのはいくつ? Rails習得するために必要技術要素の一覧

ttps://qiita.com/jnchito/items/063e332cbe3023f52f93

素人Webサービスを作ってみて分かった9つのこと

Webアプリ想像以上に複雑だった

ttps://el.jibun.atmarkit.co.jp/rails/2011/09/web9-1e8b.html

3年弱でゼロからフルスタックエンジニアになるまでにやったこと - 自分攻略していく記録

ttps://b.hatena.ne.jp/entry/s/diary.shuichi.tech/entry/how-to-be-fullstack

プログラミング独習するには10年かかる

ttps://www.yamdas.org/column/technique/21-daysj.html

railsのdefaultでは用意されていない考え方や設計リファクタリングについてのリンク

ttps://qiita.com/tos-miyake/items/8dffb16273726f538d49

プログラミングに関する法則原則一覧

ttps://qiita.com/hirokidaichi/items/d6c473d8011bd9330e63

「一つのことを、うまくやれ」

ttps://ja.wikipedia.org/wiki/UNIX哲学

ジョエルテスト

ttps://bit.ly/3fTUsmf

Joel on Software(ジョエル・オン・ソフトウェア) あなた絶対すべきでないこと(<

2019-09-19

"REVOLUTION WILL NOT BE TELEVISED" by Gil Scott-Heron, 1970


You will not be able to stay home, brother

You will not be able to plug in, turn on and cop out

You will not be able to lose yourself on skag and skip out for beer during commercials

Because the revolution will not be televised.

The revolution will not be televised.

The revolution will not be brought to you by Xerox in 4 parts without commercial interruptions

The revolution will not show you pictures of Nixon blowing a bugle and leading a charge by John Mitchell, General Abrams and Mendel Rivers to eat hog maws confiscated from a Harlem sanctuary

The revolution will not be televised.

The revolution will not be brought to you by the Schaefer Award Theatre and will not star Natalie Woods and Steve McQueen or Bullwinkle and Julia

The revolution will not give your mouth sex appeal

The revolution will not get rid of the nubs

The revolution will not make you look five pounds thinner

Because the revolution will not be televised, brother.

There will be no pictures of you and Willie Mae pushing that shopping cart down the block on the dead run

Or trying to slide that color TV into a stolen ambulance

NBC will not be able predict the winner at 8:32 on reports from 29 districts

The revolution will not be televised.

There will be no pictures of pigs shooting down brothers in the instant replay

There will be no pictures of Whitney Young being run out of Harlem on a rail with brand new process

There will be no slow motion or still life of Roy Wilkens strolling through Watts in a Red, Black and Green liberation jumpsuit that he had been saving for just the proper occasion.

The revolution will not be televised.

Green Acres, The Beverly Hillbillies and Hooterville Junction will no longer be so goddamned relevant

And women will not care if Dick finally screwed Jane on Search for Tomorrow

Because Black people will be in the street looking for a brighter day

The revolution will not be televised.

There will be no highlights on the eleven o'clock news

And no pictures of hairy armed women liberationists and Jackie Onassis blowing her nose

The theme song will not be written by Jim Webb or Francis Scott Keys, nor sung by Glen Campbell, Tom Jones, Johnny Cash or Englebert Humperdink

The revolution will not be televised.

The revolution will not be right back after a message about a white tornado, white lightning, or white people

You will not have to worry about a dove in your bedroom, a tiger in your tank, or the giant in your toilet bowl

The revolution will not go better with Coke

The revolution will not fight the germs that may cause bad breath

The revolution will put you in the driver's seat.

The revolution will not be televised

Will not be televised

Will not be televised

Will not be televised

The revolution will be no re-run, brothers

The revolution will be live.

2019-05-31

"REVOLUTION WILL NOT BE TELEVISED" by Gil Scott-Heron, 1970

You will not be able to stay home, brother

You will not be able to plug in, turn on and cop out

You will not be able to lose yourself on skag and skip out for beer during commercials

Because the revolution will not be televised.

The revolution will not be televised.

The revolution will not be brought to you by Xerox in 4 parts without commercial interruptions

The revolution will not show you pictures of Nixon blowing a bugle and leading a charge by John Mitchell, General Abrams and Mendel Rivers to eat hog maws confiscated from a Harlem sanctuary

The revolution will not be televised.

The revolution will not be brought to you by the Schaefer Award Theatre and will not star Natalie Woods and Steve McQueen or Bullwinkle and Julia

The revolution will not give your mouth sex appeal

The revolution will not get rid of the nubs

The revolution will not make you look five pounds thinner

Because the revolution will not be televised, brother.

There will be no pictures of you and Willie Mae pushing that shopping cart down the block on the dead run

Or trying to slide that color TV into a stolen ambulance

NBC will not be able predict the winner at 8:32 on reports from 29 districts

The revolution will not be televised.

There will be no pictures of pigs shooting down brothers in the instant replay

There will be no pictures of Whitney Young being run out of Harlem on a rail with brand new process

There will be no slow motion or still life of Roy Wilkens strolling through Watts in a Red, Black and Green liberation jumpsuit that he had been saving for just the proper occasion.

The revolution will not be televised.

Green Acres, The Beverly Hillbillies and Hooterville Junction will no longer be so goddamned relevant

And women will not care if Dick finally screwed Jane on Search for Tomorrow

Because Black people will be in the street looking for a brighter day

The revolution will not be televised.

There will be no highlights on the eleven o'clock news

And no pictures of hairy armed women liberationists and Jackie Onassis blowing her nose

The theme song will not be written by Jim Webb or Francis Scott Keys, nor sung by Glen Campbell, Tom Jones, Johnny Cash or Englebert Humperdink

The revolution will not be televised.

The revolution will not be right back after a message about a white tornado, white lightning, or white people

You will not have to worry about a dove in your bedroom, a tiger in your tank, or the giant in your toilet bowl

The revolution will not go better with Coke

The revolution will not fight the germs that may cause bad breath

The revolution will put you in the driver's seat.

The revolution will not be televised

Will not be televised

Will not be televised

Will not be televised

The revolution will be no re-run, brothers

The revolution will be live.

2018-02-04

https://anond.hatelabo.jp/20180204121700

OECDから日本小企業は、古い企業であり、経済ダイナミズムの欠如を示唆 (slide#17) 」って言われてるぜ。

創業したての会社は、経済成長イノベーション重要役割果たしている。OECD諸国において、設立から5年未満の会社は、その規模にかかわらず、非金融業雇用に占める割合は5分の1以下だが、新規雇用の半分を生み出している。

日本再興戦略は、企業の開・廃業率を 2004-09 年平均の 4.5%から米国10%に引き上げるとしている。企業誕生率が低いことを考えると、日本は年老い会社が多いと考えられる。日本では4分の3の小企業創業から 10 年以上経っているが、大半の OECD 諸国では半分以下である (図 10) 。

https://www.slideshare.net/oecdeconomy/japan2015revitalisingjapanjapanese?qid=8391dc22-bc51-4dad-9081-b8d4aacd69bf&v=&b=&from_search=2

日本は何もかも老朽化している。道路も橋も老朽化技術も人も会社老朽化。。

2016-12-30

規則動詞の分類別一覧

英語の不規則動詞はおおまかに,過去分詞がtかdで終わるもの(以下dtタイプ)とnで終わるもの(以下nタイプ)に分けられる。ほとんどのdtタイプ動詞過去形過去分詞形が同じ形で,A-B-B(一部はA-A-A)のように変化する。また,原形の末尾がdかtの不規則動詞ほとんどがdtタイプに属する。(例外eat,get,bid等)一方,ほとんどのnタイプの不規則動詞は原形,過去形過去分詞形がすべて異なり,A-B-Cのように変化する。

原形から過去過去分詞形になるときに起こる変化は基本的母音が変化するか末尾にdtnが加わるかの2種類,あるいはその両方で,原形にあった子音がなくなることは原則としてない。(例外:-ught型,went,had,made

表の説明

分類は以下の通り

  • dtタイプ
  • nタイプ
    • 【A-B-An】型
    • 【A-Aed-An】型
    • 【A-B-Bn】型
    • 【-dden,-tten】型
    • 【A-B-Cn】型
  • その他
    • 【i-a-u】型
    • 【A-B-B(その他)】型
    • 【その他】

become,forgetなど末尾にほかの不規則動詞を含むものは省いた。

表中の*は規則変化もし得ることを,#は他の不規則変化もし得ることを,!は意味によって変化が異なる単語であることを示す。

【A-A-A】型

すべてdかtで終わる。特に末尾tで短母音のものが多い。get,sitが含まれないことに注意。形が1種類で覚えやすいが,英文中の「have put」「is put」等を見てもビビらない心構えが必要

bet * bust * cast cost cut
hit knit! let put quit *
set shit *# shut sweat * thrust
wet* burst * hurt beat # bid #
clad glid * rid* shed spread
wed*
Ad-Bd-Bd】型

原形がdで終わる動詞母音を変化させて過去形過去分詞形になる型。最後のplead,read発音のみ変化する。

breedbred
feedfed
leadled
plead *#pled
speed !sped
tread #trod
bindbound
find found
grind ground
wind wound
chide *#chid
slide #slid
hold held
stand stood
abide *abode
plead *#plead
readread
Ad-At-At】型

原形の末尾のdがtに置き換わり,それ以外は綴り発音も変わらない。endで終わる動詞が多いが,end自体規則動詞。原形のほうが過去形っぽく見えたりするので注意が必要。逆パターン(At-Ad-Ad)は存在しない。

bend bent
lend lent
rend rent
send sent
spend spent
build built
geld *gelt
gird *girt
At-Bt-Bt】型

Ad-Bd-Bd】の末尾tバージョンget,sitはこちらに含まれる。

fightfought
light *lit
meet met
shoot shot
get #got
shit *#shat
sitsat
【A-Bd-Bd】型

末尾にdが加わるという点で規則動詞に近いが,付き方が特殊母音も変化する。

lay laid
pay paid
say said
sell sold
tell told
hear heard
flee fled
shoe *shod
baa *baa'd
makemade
have had
【A-Bt-Bt】型

末尾にtが加わる。原形の/iː/が/e/に変化するものが多い。

feelfelt
keep kept
sleep slept
weep wept
creep crept
kneel *knelt
sweep swept
leave left
bereave !bereft
cleave *#cleft
deal dealt
mean meant
dream *dreamt
lean *leant
leap *leapt
lose lost
spoil *spoilt
burn *burnt
learn *learnt
dwell dwelt
smell *smelt
spell *spelt
spill *spilt
drip *dript
grip *gript
wrap *wrapt
pen *pent
【-(o/a)ught】型

末尾が-oughtか-aughtに変化する。どちらも発音は/ɔːt/。wentを除けばもっとも原型をとどめない変化が起こるので過去形から原形を思い出せるようにしておく必要がある。

beseech *besought
bringbrought
buy bought
overwork *overwrought
seek sought
think thought
catchcaught
teach taught
【A-B-An】型

過去分詞形が原形+nとなるもの過去形では母音が変化している。fall,eatにはenが,do,goにはneが付くことに注意。

blowblewblown
grow grewgrown
know knewknown
throw threwthrown
drawdrewdrawn
shakeshookshaken
taketooktaken
drivedrovedriven
riseroserisen
strive strovestriven
thrive *throvethriven
see sawseen
give gavegiven
eatateeaten
fall fellfallen
do diddone
gowentgone
【A-Aed-An】型

【A-B-An】の亜種で,showに代表される過去形規則変化(-ed)になっているもの

grave *gravedgraven
hew *hewedhewn
mow *mowedmown
prove *provedproven
saw *sawedsawn
sew *sewedsewn
shave *shavedshaven
show *showedshown
sow *sowedsown
strew *strewedstrewn
【A-B-Bn】型

過去分詞形が過去形+nとなるもの。eが脱落するtear-tore-tornのパターンに注意。wakeはtake,makeと異なり,この型に属する。

break brokebroken
cleave *#clovecloven
freeze frozefrozen
speak spokespoken
steal stolestolen
weave !wovewoven
shrink #shrunkshrunken
wake wokewoken
bear !boreborn
swearsworesworn
tear toretorn
wearworeworn
bear !boreborne
【-dden,-tten】型

原型にd,tを含み,過去分詞形でそれが重なるものget以外は【A-B-An】に近いがgetは【A-B-Bn】に近い。

smite #smotesmitten
ride roderidden
writewrotewritten
bite bitbitten
chide *#chidchidden
hidehidhidden
slideslidslidden
bid #badebidden
forbid #forbadeforbidden
forbid #forbadforbidden
get #gotgotten
【A-B-Cn】型

過去分詞形にnが付くが,【A-B-An】でも【A-B-Bn】でもないもの

flyflewflown
lielaylain
slay slewslain
shear *shearedshorn
swell *swelledswollen
tread #treadedtrodden
【i-a-u】型

原型にiを含み,それがi-a-uと変化していくもの。わかりやすい変化だが数は少ない。

beginbeganbegun
drink drankdrunk
ringrangrung
shrink #shrankshrunk
singsangsung
sinksanksunk
spring #sprangsprung
stink #stankstunk
swim swamswum
【A-B-B(その他)】

dt型でないが,A-B-CではなくA-B-Bと変化するもの。末尾が-ingのものが多いが,bringring,singが含まれないことに注意。

clingclung
flingflung
slingslung
slink slunk
spling #splung
stingstung
stink stunk
stringstrung
swingswung
wringwrung
hang !hung
dig dug
stickstuck
strike struck
heave !hove
reeve *rove
stave *stove
shine !shone
winwon
【その他】
[A-B-C]
dive *dovedived
smite #smotesmit
[A-A-B]
beat #beatbeaten
[A-B-A]
come camecome
runranrun

2015-01-27

http://anond.hatelabo.jp/20150126204524

バイオ系は、つぶしが効かない。ポイントは、そうなんですよね…。

そういう意味で、機器分析的ことは、まだ、マシかなぁと。

数学は、もう学ぶには、年を取り過ぎているかもしれません。

確かに主成分分析流行りの統計的手法をなどを良くわかろうとするならば、線形代数とか知っている格段に良さそうですよね。

もしかして、普段から結構レベル高い人を相手に、されていますか。旧帝大系か、早慶レベルの人ですか。というか、アカデミック仕事を得ようとするならば、当然ですかね…。

---

プログラミングといっても、csv file のサイズも、せいぜいExcelで開くことが出来る程度の量のデータです。

多くても5000行もありません。

でも、Rでloopで回して、ggplotでグラフを描く、optionを変更とかは、しています

pythonは、プログラマーの人にも、手伝って貰って、csvから、matplotlibを使ってなんとか、望んだ形のグラフを書ける程度です。

(Learn python hard way なるものを途中で挫折レベルです。)

業務で、それらのR, python技術を使える環境にあるので、学んだほうが、自分の為にも、職場の人の為にも、なりそうですね。

プログラミングを書けるようになるには、Stack OverFlowとか、英語ドキュメントを読めるとやっぱり、違いますよね。

英語が出来る外国人っていいなぁって思います。もちろん、日本人でも。

はてなで、ブックマークがたくさんついていたので、あの記事も読みました。

イシューから...本も買って、読みましたよ!

「圧倒的に生産性の高い人(サイエンティスト)の研究スタイル

http://d.hatena.ne.jp/kaz_ataka/20081018/1224287687

経験が浅いうちは、経験のある人とのディスカッションコールドインタビューという手法が大切、ということを思い出しました。

話すこと、ディスカッションの大切さを忘れないようにします。

+++

はてなー技術的な動向としては、データサイエンスって流れみたいですね。

分化が激しそうですね。

機械学習は、たとえば、slide shareで、パターン認識機械学習入門

http://www.slideshare.net/mmktakahashi/ss-13694313

なんか、スゴそうってことぐらいしか、わからないです。

オライリー本の「入門 機械学習」Rで、書くやつです、これは、買いました。

そういうことならば、道としては、間違ってなさそうですね。

自分の興味で食べていけそうな感じも、ないわけではないですね。

--

ただし、時間キツイですね。

ーーー

整理する力や弱点が多いので、どう対応していくのか、考えながら、上述の技術的なことを学びたいです。

2013-06-19

なぜフラットデザインを嫌うのか

サンプルとして、話題の記事を引き合いに出そう。

iOS 7: ここ10年で最大の悪夢 | Ticking Point

こう書かれている。

結局のところ新しいデザインで何が改善される?

新しい「無意味な装飾」を生み出しただけじゃないか

しかも今回は深刻なユーザビリティの低下と一緒に。

(中略)

流行に取り残されない/ユーザを飽きさせないために行われた小手先デザイン変更だよ。

しかし、そこで「ユーザビリティの低下」の根拠として挙げられているのは“Slide to Unlock”の問題だけだ。

いちおう線が多いだとかフォントが嫌いだとか書かれているが具体性に欠けている。

ブックマークコメントを見ても、似たような批判が散見される。

曰く「オシャレなだけ」「流行を追いかけただけ」「目新しさだけ」。

やはり具体性に欠ける。

フラットデザインメリットについて見てみよう。

さらに言えば、オシャレなのは素晴らしいことだ。

フラットデザインには実用性がある(「メリットを上回るデメリットがあるのだ」というなら分かる)。

「オシャレなだけ」「流行を追いかけただけ」「目新しさだけ」といった批判はまったくの的外れだ。

汚い言葉で言えば「下衆の勘繰り」というやつでしかない。

そもそも、シンプルデザイン代名詞とさえ言えるサー・ジョナサン・アイヴが、ソフトウェアシンプルデザインすることは「流行の後追い」なのか?

あるいは、Appleは目新しさのためだけに功臣スコット・フォーストールを追放したとでも言うのか?

まったく馬鹿げたことだ。

個別の使いづらさについては批判されるべきだ。

フラットデザインというだけで使いやすいわけではないのは当然だ。

Slide to Unlock”への批判については確かに一理ある。

だが、その一事でフラットデザインのものを否定するのは、いかがなものだろうか。

妙な先入観は捨て、率直な気持ちでiOS7に触れたいものである

2011-09-15

開発者の心得

from http://d.hatena.ne.jp/gorotaku/20110908/1315487472

ごめんなさい。

本質部分は何事にも当てはまると感じたので、投稿します。

  1. 君が作ろうとしていることは、「とても大切でとても面白い」ことを決して忘れないようにしなさい。また、それを利用者に伝えることも忘れてはいけない。
  2. 君は、目の前にいる利用者よりも賢いわけではない。利用者よりも「いいひと」なわけでもない。君は、たまたま利用者がまだ持ち合わせていないプログラムもしくはサービスをいくらか知っているだけだ。そして利用者たちは、君がまだ知らないプログラムもしくはサービスを山ほど知っている。
  3. 開発者として、君はプログラムもしくはサービスを売ろうとしている。あらゆるセールスマンと同じように、君は利用者の興味を引きつけ、保たなければいけない。さもなくば売れる見込みなんかない。役に立つことなら何であろうと利用しなさい。twitterYou TubeSkypeFacebookSlide Sharepixivメールホームページ、何でも、だ。あらゆる手段を尽くして、何とかして利用者と繋がりなさい。
  4. 利用者たちはよいサービスを受けるために大金を払っている。よいサービスを彼らに与えるのは君の義務だ。サービスの日、君は疲れているかもしれない。何かに腹が立っているかもしれない。気がかりなことがあるかもしれない。しかし、目の前の誰一人として、それに気付いてはならない。君が頭が痛いからとひどいサービスをやったとしても、彼らが製作料の払い戻しを受けることはないのだ。
  5. 自分に合ったスタイルを築きあげなさい。他の開発者に合っているスタイルが君に合うとは限らない。
  6. 利用者にとって近付きやすい存在でありなさい。物理的にも、精神的にも。利用者の名前を覚え、名指しなさい。フォーラムにはサービス開始数分前に着き、サービス終了後もしばらくそこに留まりなさい。その数分間に雑談することは、しばしば利用者の理解のターニングポイントになる。
  7. しかし決してサービスを延長してはいけない。特に学部サービスでは、チャイムが鳴った後に君が話す内容は、全く存在しないのと同じです--君がどれだけ完璧に話したとしても。
  8. どんなことであっても、それをまだ知らない者にとっては難しい。これを繰り返し思い出しなさい。君は既に何かを知ってしまっているから、それが簡単に思えるのだ。
  9. 無知」と「愚かさ」は決して混同してはいけない。何があっても。
  10. 開発者の基本ルール:もし利用者が理解できないのであれば、それは利用者のせいではない。これは当たり前に思えるが、驚くほど忘れ去られやすい。
  11. もし利用者が理解できず、それが利用者のせいであるのならば、10を見よ。
  12. 昔、自分師匠に「悪い利用者はいない、いるのは悪い開発者だけだ」と聞かされたことがあります。多分これは完全に真実ではないのだろうが、しかし間違いよりは真実にずっと近い。そして、君は自分サービスにおいて、これが真実であると心底信じているかのように行動しなければなりません。

# 置換のみで対応

# 臆病者なのでanond

2011-03-09

2011年版】Wordpressお薦めプラグインまとめのまとめ+ソーシャルプラグイン

これからWordpressを始める方、あるいは始めている方が

Wordpressプラグインを探す際に便利になるかな、と思いまとめてみました

2010年以降のみのまとめ及びエントリーに絞っています。

(1)基本的なプラグイン

(2)SEOこだわり派プラグイン

(3)仕事系お役立ちプラグイン

(4)中級者から上級者向けのマニアックプラグイン

(5)ソーシャルプラグインの紹介記事


(1)基本的なプラグイン

2011年版!絶対にインストールしたWordPressプラグイン45個|Vanilla Rock

http://vanilla-rock.com/blog/wordpress/45-absolutely-install-wordpress-plugin/

ある程度、基本的なものからメジャーなものまで揃っています。

Wordpressを始めた人が最初に見ておくと、何かと便利かと思います。



WordPressブログを作ったら入れるべき27個のプラグイン|AUTHORITY SITE

http://www.authority-site.com/2010/04/wordpress/27-wordpress-plugin.html

記事内やサイドバー内で、PHPを扱うことができるものなどの紹介。



使用中のおすすめWordPressプラグイン15個 | Webクリエイターボックス

http://www.webcreatorbox.com/tech/recommended-wordpress-plugin/

フォーム用キャプチャプラグインReally Simple CAPTCHAや、

管理画面に行かなくてもタイトルや本文、カテゴリー名などを編集できるFront-end Editorなどの紹介。



WordPressプラグイン 必須なものから便利なちょっとしたものまで(Webデザインレシピ

http://webdesignrecipes.com/my-favorite-wordpress-plugins/

記事中の画像を1枚だけ取得してサムネイル表示してくれるPost Thumb Revisitedや、

携帯電話から記事を投稿できるKtai Entryなどの紹介。



(2)SEOこだわり派プラグイン

あまり知られていないかもなSEO関連のWordPressプラグイン集:phpspot開発日誌

http://phpspot.org/blog/archives/2011/03/seowordpress_1.html

かなりマニアックSEOに関するまとめです検索対策にこだわりたい方向けです



(3)仕事系お役立ちプラグイン

クライアントに頼まれやすい機能を補えるWordPressプラグインいろいろ-かちびと.net

http://kachibito.net/wordpress/plugins-for-commercial.html

アップロードした画像を一括で記事内に挿入できる、File Galleryや、

管理画面TOPメモを加えるQuickNotes on WP Dashboardなどの紹介。



特集記事や新着記事を見栄えよくスライドショーしてくれるWordPressプラグインまとめ « Web制作覚え書き

http://webdevtoolsoboegaki.wordpress.com/2010/06/22/%E7%89%B9%E9%9B%86%E8%A8%98%

E4%BA%8B%E3%82%84%E6%96%B0%E7%9D%80%E8%A8%98%E4%BA%8B%E3%82%92%E8%A6%8B%E6%A0%84%

E3%81%88%E3%82%88%E3%81%8F%E3%82%B9%E3%83%A9%E3%82%A4%E3%83%89%E3%82%B7%E3%83%A7%E3%83%BC/

イメージをフェードイン・アウトしてくれるプラグインWordPress Content Slideなどの紹介。

URLが長いので繋げてアクセスするか、記事名で検索するかしてください)



WordPressサイトを構築した際に活用したプラグイン5個+α - id:HolyGrailid:HoryGrailの区別がつかない日記

http://d.hatena.ne.jp/HolyGrail/20110228/1298889864

会員登録時に必要な項目を追加する、Cimy User Extra Fieldsなどの紹介。



(4)中級者から上級者向けのマニアックプラグイン

WordPress 3.0対応のとっても便利なプラグイン集|コリス

http://coliss.com/articles/blog/wordpress/plugin/best-plugins-for-wordpress-3.html

管理画面のメニューに好きなアイテムを追加できるFavorites Menu Manager

や、投稿編集ページにカスタムフィールドHTMLを挿入できるInsertMeta ShortCodeなどの紹介。



(5)ソーシャルプラグインの紹介記事


WP Social Bookmarking Light | NINXIT-BLOG

http://www.ninxit.com/blog/2010/06/13/wp-social-bookmarking-light/

はてぶ、FacebookTwitter他、表示させたいものは各々で選択可



WordPressTwitterコメントシステムプラグインリリース!– [Mu]ムジログ

http://musilog.net/webdesign/wordpress/twitter-anyware-comment-system.php

みんなのTwitterからの言及コメントを表示できます



RTしてくれたTwitterの呟きがコメント欄に全文表示されるプラグインBackType Connect”がとても良い!

[WordPress] [Twitter] [net] | No Second Life

http://www.ttcbn.net/no_second_life/archives/1144

1つ上のと同じような機能です、お好みでどうぞ。


WordPresプラグインTwitter tools」のバージョンアップ版のインストールと設定、使い方を日本語解説!:WordPressアマモ

http://www.amamoba.com/wordpress/twitter-tools2.html

記事の投稿と同時に、Twitterポストするタイププラグイン

2010-09-09

Japanese Demography

I’m not the first person by a long shot to make this point, but it’s fairly amazing how much of Japan’s relative slide since the early 90s can be explained not by economics per se but by demography.

Using the Total Economy Database — another useful source — I find that from 1992 to 2007 (eve of the crisis), Japanese GDP per capita fell from 88 percent of US GDP per capita to 76 percent. That sounds bad, and it is. But about two-thirds of that decline can be explained by the aging of Japan’s population. According to the OECD factbook, in 1992 working-age adults were 69.7 percent of Japan’s population, compared with 65.5 in the US; by 2007, the Japanese number was down to 64, while the US number was up to 67.

Demography is not the whole story; Japan has stayed depressed, deflation is a problem, labor markets are poor (although the trouble tends to show in rising numbers of freeters rather than high measured unemployment.) Still, when you look at Japan’s declining share of world GDP, and even its relative decline in per capita GDP, the biggest single cause is the declining number of working-age Japanese.

http://krugman.blogs.nytimes.com/2010/09/08/japanese-demography/

2008-11-23

[][][]

Sinatra

gem install sinatra

sudo gem install sinatra

http://localhost:4567/

Lightweight Webservices with Sinatra and RestClient - SlideShare

Slide 17:

A commitment to small

Rails 87,990

Merb-core 12,417

Ramaze 11,796

Camping 1,704

Sinatra 1,576

lib/sinatra.rb at master from bmizerany's sinatra — GitHub

sinatra.rb

1471 lines (1282 sloc) 45.402 kb

 
ログイン ユーザー登録
ようこそ ゲスト さん