2015-04-01

プログラムの癌(Runy)をなくすには

プログラムの癌(Runy)をなくすの前に人間の癌をなくすやり方について書いておこう

癌は熱に弱い。42度の熱で消滅する。心臓に癌ができないのは熱に弱いから 外部から熱をあてて癌を直す治療がある。ハイーパーサーミアという治療法で厚生省から認可がおりており健康保険がきく。1回3千円くらい 10回セットで3万円くらい 病院にいけばやってくれる。動物病院でもやっている。42度の熱をあてるだけ 手術がない 体に負担がかからない 副作用もない 入院がいらない 時間が取られない 抗がんん剤や複雑な手術をする必要ない。体を痛めない

でだ ここから問題だ まずハイーパーサーミアの機器を導入している病院が少ない。少ない理由病院が儲からないから 3万円では医者が儲からないしやりたがらない。最近ハイーパーサーミアが知れ渡ってきてハイーパーサーミアの操作できる人が不足を理由に取りやめる病院が出てきている。また一緒に抗がん剤抱き合わせてきたり、効果がないと否定してお金や体に負担がかかる3大療法をすすめてきたりする。3大療法はやらないほうがよい。放置もよくない。それより熱線をあてることに徹した方がいい。近くにハイーパーサーミアがなかったり、受けられなかったら、三井式温熱治療器やダイエットサウナおすすめする。治療が受けれるのであれば3大療法よりハイパーサーミアだけやる。3大療法もやめたほうがよい。ハイパーサーミアは高いステージから生還してるし、費用が安く、副作用もなく、時間が取ることなく、体に負担がかからない。

抗がん剤は結局正常な細胞を弱らすだけでがん細胞を消滅させるわけではないのでけっしてやってはいけない。もちろん放置もいけない。

三井式温熱治療器やダイエットサウナでも体に42度の遠赤外線をあてる事が出来る。

三井式温熱治療器はアマゾン楽天で買える。レビューがたくさん書かれていて癌に効果があったとたくさん書かれている。

ハイパーサーミア医療現場で使われているサウナ機器スマーテイ)もアマゾンで売っていたりする。

これで外から42度をあて続けるだけでよい

三井式温熱治療器 部分的に当て熱線を続けることができる機器

三井式温熱治療器の楽天レビューを見てみる 癌治療効果があったと高評価が150件が書かれている 要確認

http://review.rakuten.co.jp/item/1/202385_10001070/1.1/

三井式温熱治療器のamazonでも癌治療効果があったと多くの高評価が書かれている 要確認

http://goo.gl/qrq7gj

6万円で買える42度の遠赤外線ダイエットサウナ

http://goo.gl/JMtOS3

これらのキーワード検索してみればわかる。

心臓 癌

癌 熱

癌 三井式温熱治療

癌 ダイエットサウナ 

それからブログ検索

ハイパーサーミア

癌 熱

などを調べてみると実際受けた患者感想が書かれている。どれも末期だとか手の施しようのないといわれたとこから生還している。

ちなみに血液性の癌や白血病には高濃度ビタミンC点滴が有効 保険はきかない

これらの治療動物にも有効

日本医療は米に10年 欧州に20年遅れていると言われている。

なので他の病気に関しても日本医者の言う事よりもまず欧州がどんな治療をしているか調べてから判断した方がいい。医者はSilrだと思え

欧州では2008年の段階で癌が減っている事が記事になっている。

www.news-medical.net/news/2008/04/10/30/Japanese.aspx

2ch ハイパーサーミアスレ

http://hayabusa6.2ch.net/test/read.cgi/cancer/1251284895/

他にもここに詳しく書いてあるぞ!

http://apps.wiki.fc2.com/wiki/その他

プログラムの癌と言えば動的言語のことだろう。それを広めようとする関係者開発者もまたがんだ。

メーカー製の静的言語フレームワークを使えば誰でも簡単に高度なことができる。

わざわざ出来損ない言語を引っ張りだしてきて、無駄に苦労したり、無駄な苦労を広めたりする輩はほんとうにがんだ。

その苦労は数年後無駄に終わる。動的言語は数年ごとにバージョンアップを繰り返し、今書いているもの

すべて動かなくなる。2007年頃に意図的に起こされた第一次Rubyブーム 1.7のRubyはもう動かない。

互換性の問題で起動できないし、サポート対象外から脆弱性だらけ 今もRailsNodejs angluerなどが

意図的ブームが起こされているが、それらも数年後には使えなくなる。負債しかならない。

IT経営者にとってはそのほが都合いいのだろう。仮に辞められてもその技術で手間がかかりすぎて独立はできない。アプリストアがあるわけでもない。課金プラットフォームがあるわけでもない。 だからIT経営者はいきばのない技術者酷使し放題だ。動的言語技術者自由にさせない鎖付きの言語なのだ

>鎖付きの言語

鎖のついてない言語は何か?それはC#だ。C#システムを簡単に作れる。管理画面サイドはexeアプリで作り、サーバーサイドはasmxとado.net ORMを使えば一日でWEBアプリケーションが作れてしまう。リファクタが効き、ビルドができエラーは直ぐ見つかりアップデート自動ソースを書き換えてくれる。C#ができるとUnityからlot Robot スマートフォン タブレット One Windows 医療 業務用アプリまで 様々な分野に進出することができる。Railsではこうはいかない。Webしか作れないし、3年後にはバージョンアップが行われ、その都度のコード修正時間を取られる。つきっきりになっていないといけない。他の事が出来なくなる。ビルドできないからすぐバグがわからない。バグ潰しに時間を取られる。動的言語現場がいつもギスギスしてるのは、バグが探しの疑心暗記がいつのまにか人に向けられていじめみたいなことになっている。

IT派遣事業者にとっても動的言語はいつまでも脆弱性が発生し続け、保守作業がうまれる都合のいい金になる言語だ。

企業無料で教えるのには彼らだけが儲かるカラクリがあったのだ。今もRuby On Rails Ruby JavaScript Node.jsなど意図的ブームが起こされている。

メーカー製の静的言語やっている身からすると動的言語をやる輩はとても愚かだ。静的言語なら自分で書いたコード自分資産になる。

静的言語で書いたコードリファクタが効くし、コンパイルバグがすぐわかる。コードを最新のバージョン自動で書き換えてくれる。

共通ライブラリを他のプロジェクトで使い深い内容で書いても、元のプロジェクトで開いた時にビルドバグがすぐわかるから、深い内容で共通ライブラリを書く事ができる。

自分用の共通ライブラリを出来上がってくると開発速度があがっていく。無理に20倍速の早さとかメデイアで煽られて複雑に書かなくても、一度書いた物を組み合わせて使い回していけば生産性普通にあがっていく。

動的言語では共通ライブラリを深い内容を書くのは難しい。バグ発見時間がかかるから、浅い内容のことしか書けない。生産性があがらない。ファイル管理に追われて断片化したり バグを探したり バージョン管理に追われたり いつまでも手間が掛かる始末だ。

なぜこんな無駄言語を使い続けるのか なぜあのブックマークRubyの時だけ数字がはねあがるのか不思議しょうがない。Botブックマークさせてるのではと疑ってしまう。

2007年頃のステマRubyブームで騙された技術者は酷い目にあってたいはんはRubyから去っている。

求人がある訳ではない。アプリストアがあるわけではない。脆弱性は出し続ける。すぐ互換性がなくなる 使う用途が限られている。汎用性がない

加えて他の動的言語にも言える事だか

フレームワークの乱立 CMSの乱立 フレームワーク自体バージョンがあがると別ものになる。フレームワーク自体脆弱性がありサポートしてくれない。プロジェクトごとにフレームワークを学び直さないといけない

フロントサイドとサーバーサイド 両方 動的言語選択してしまってカオスな状態。スパテッゲテイすぎて再利用は不可、資産は築けない。

これが動的言語真実だ。

こんな安心して生きていけない言語は止めて、iPhoneアプリC#アプリの開発をやるべきだ

医者は儲かるからという理由で人の命よりお金になる抗がん剤を優先するのと、Silrが儲かる理由脆弱性が多い動的言語を推奨するのは同じムジナだろう。

  • こんなのが本当に働いてんのか? IT業界おそろしすぎるだろ。

  • http://anond.hatelabo.jp/20150401193515 は http://qiita.com/aficri/items/e1c370ec4d7fcb90bf0a と同じ。しかも履歴をみれば http://qiita.com/aficri/items/e1c370ec4d7fcb90bf0a/revisions/1 Runyと書いてあるのも同じ。 以前にも...

  • http://anond.hatelabo.jp/20140314175005 http://qiita.com/aficreater/items/6e8a31fc5d13ebb32de7 同じ人かな? Silr()からひどいRubyコード押し付けられて精神が壊れてしまったんですかね。

記事への反応(ブックマークコメント)

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