はてなキーワード: 大文字とは
自分はITについては齧る程度しか知識が無い。のを断っておく。
あれ?って違和感があった。
あれ?なんでこの人たちこんな大量に働いてるんだ?
ITって、ウェブサービスとかかな?ソシャゲ?それで人海戦術ってこと?
カタカタカタっ!カッターン!って問題を解くような競技プログラミングとか、そういうんじゃなくて。
社内の環境を作るために、サーバーの保守?(最近はAWSとか?)(出先で勤務みたいな?なんだっけ、客先常駐みたいなやつ?)
なんというか、えっと。
ITって、複雑な問題や大量の問題を、能率的に解決するわけで。
なんで、ガタガタガタガタ~って人海戦術みたいに、IT技術者が何十万人も必要ってことになるんだろう。
ということはですね。
その上位互換の上位互換というか。工業やサービス業のさらに上の効率化の粋たる、IT系の人たちじゃないわけですか。
そのITの人たちが、なんでそんな大量に人がいないと成立しないことになってるんだろう。と不思議になったわけです。
しかも、ward PRESSとかですっけ?jqueryデスッケ?テンソルフローですっけ???
ドンドンと技術がコモディティー化し、ドンドン簡単に凄い実装ができるようになってるように見えるわけです。
吉里吉里っていう謎のシステムで昔、簡単なゲームを作ったことがあるんですが。その時も凄いなーって思ったんですが。
今や、Unityとかで2Dとか3D当たり前じゃないですか。その進化ヤバイなって。思うわけです。
昔、ちょっとだけ、HTMLとJAVA SCRIPTと、fire worksでサイトを作ってみたことがあります、HTTTP(コメントの指摘で、FTTTPの間違いだった)とか謎のソフトで試行錯誤しながら。
今じゃ、word pressとかで、xServerあたりに、ポンじゃないですか。凄いなーと。
ラズベリーパイで電子工作してみたんですが、腰抜けました。アッサリwebOPIとかでIOTできて、機械学習もサックリできちゃう。昔、半田ごてでシコシコ回路考えていたころはなんだったのかと。
え?AIで人間の仕事を減らせるって言う話が出てるのに、IT系って人海戦術に走らないと厳しいんですか??
新しい技術がでて、これまでの100倍の仕事量とかができるようになっても、全体としては需要が増えまくって追いつかないってことですか???
なんか、一向に農業から国民が解放されない時代を見ているような、そういう不思議な気分ですね。
悪気はないんですが、嫌な書き方に聞こえちゃうかもしれないけど。
<追記>
コメントたくさんありがとうございます。
釣りではなく、本当にITとまったく関係ないしがない医者です。
医者は医者不足の原因が医者の偏在だと答えが出てて、IT化、IOT化が追い付いてないのは規制が激しいからと理解しています。(麻酔科やICUなんかはゴリゴリに効率化すすんでますが。)
でも、IT社会はIT作って技術もあるんだから、ドンドン効率化に効率化を重ねて、農業みたいに、全人口の数%とかで行けるようにならないものかなーと不思議で書きました。
子供の頃に、「農業は、緑の革命で一気に労働人口を削減できました」みたいなのを勉強した時に、「科学ってすげえ!!!!」と思って感動したので、ITでそうなるかなーと思ってもそうならないので、かなり疑問だったのでこのような増田を書きました。悪気は無かったですが、煽りに聞こえたらごめんちゃい。
大文字小文字とかも、特に普段使っていないので、適当なのは勘弁。本当に門外漢だから。
※追記
続き書きました
あれに関しては日本人じゃないだろ
スケート界隈の民度とかドブレベルだから、誹謗中傷なんてさもありなんだけど、あの文面は明らかにおかしい
おかしい点は以下の通り
命令文だから全部大文字にとか、最初の前置詞InをINなんて書いてる奴見たことない。強調する為にNO ONEを全部大文字にしてるがそんな書き方をする習慣もない。日本の英語教育では全部ばつになる使い方ばっかり。
相手を中傷する言葉にDEVILなんて聞いたことすらないだろう
・uの書き方がおかしい
小文字uは必ず横に縦線入れるように習うがそれが出来てない
・エクスクラメーションポイントの書き方もありえない
日本ではビックリマークも英語の一部として習うから、こんな書き方しない
・英語が分からない奴が書いてるのにNO ONEを主語に使える日本人はいない
日本語の否定は最後でしか出来ないから、英語分からん奴はNo oneを主語に英語を書けない
まあ、こんなところか
俺がもしこれは何人が書いたか金を賭けなきゃいけないとしたら、日本人以外にオールベットするね
お前らは?
プログラマじゃないけどプログラミング完全に理解した()おばさんが理解してる基礎知識書くよ。
(追記 この文章はプログラミングの勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避しやすくなるはず)
ターミナル、いわゆる黒い窓からCUI(コマンドユーザーインターフェース)でコンピュータを使う方法を覚えよう。これは大学のコンピュータリテラシーで習った。MacOSXで復習すると捗った。(追記 すごく間が抜けてたけどMacOSXはUnix系OSです)
まずはファイル操作。Macでターミナルを使って、cd Desktopって打ってからecho ohayou > aisatsu.txtって打ってみて、cat aisatsu.txtってやる。そうすると何が表示されるのか?とりあえずやってみよう。ここで>は増田の都合上大文字全角にしてるけど、ちゃんと半角にしてね。なんで増田の都合上半角がダメなのか、そのうち想像できるようになろう。(追記 ブコメ指摘感謝)
そして、実際にデスクトップを見に行ってみると、aisatsu.txtってファイルがあるはずなんで、開いてみよう。これで何が起こったのか7割くらいはわかるはず。
こういうファイル操作の基本をまず覚えよう。これこそ空気みたいなものだから。
(追記 ここも間が抜けてたけど確かにhogeって何かわからないね。直しました)
最近は何も考えなければ文字コードはとりあえずUTF-8でなんとでもなるようになってるけど、バックスラッシュとかは環境設定で出てくるように設定しないと出てこないし、その意味合い、つまりエスケープとしての使い方を頭に入れておくと後々困らないと思う。あとEOF(エンドオブファイル)とか改行コードとかもそういうものがあるよ程度には覚えておこう。これ頭の片隅にはいってないと分からん殺し的な罠にはまることがある。
これは使いたいプログラミング言語の公式サイトに行くと大抵書いてある。
でもMacだとだいぶ楽。とりあえずターミナルからgccって打ってみるとなんかCUIツールとか書いてあるものをインストールしろって言われるのでインストールする。これだけでCとかC++とかRubyとかPythonとか一通り使えるようになる。もしかしたら最近はこのインストールすらいらないかもしれないけど。
あと、シェルのコマンドとかプログラミング言語を実際に使うときはいろんなライブラリをインストールする必要があるけど、そのライブラリは管理がすごく面倒なので管理をまとめてくれるコマンドがあったりする。aptとかhomebrewとかがそういうのだから、そんなものの使い方も覚えておこう。
(追記 言語の文法を追うだけなら環境構築なんてしなくてCloud9とか使ってもいいかもだけど、プロダクトを作ろうとした時にはまだまだ手元で環境作って必要なライブラリを入れてとやった方が後々応用がきくと思うのですよ。それにそうしていくとDockerの有り難みなんかも理解できるようになっていくのではと思います)
最初に勉強するプログラミング言語は、Javaだけはやめておけ。
なんでかっていうと、Javaはオブジェクト指向言語ってやつなんだけどオブジェクト指向的にしか書けないから。古い人間だと言われそうだけど、最初は手続き型言語から始めるべきだと思ってる。少なくとも、手続き型的に書ける言語から始めるべき。
なぜそう思うのかも含めて、とりあえずおばさんが理解しているプログラミング言語の発展の経緯を軽く解説する。
最初の頃のプログラミング言語は、手続き型と呼ばれるものが多かった。
この〇〇型ってのはプログラミングをするときの考え方によって名前がついているんだけど、手続き型はまず0を作って、0に1を100回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータをアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間のミスでデータを間違って扱ってしまうことがバグの温床になった。
なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理のレシピに例えるとわかりやすいかも。
5:豚こまを入れて色が変わるまで炒めます。
9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。
B:肉に味付けをします。
2:Bを入れて色が変わるまで炒めます。
3:Aを入れてしんなりするまで炒めます。
4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。
って書ける。ここではAとBが関数。
この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なものを想像してみると、なんとなくありがたみが分かって来ないだろうか?こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域でバグったのか、Bの領域でバグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがしやすい。
でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。
料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向型言語。
なので、本気で料理の初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造化プログラミングのありがたみすらわからない段階でオブジェクト指向型プログラミングに手をつけても意味がわからんだろうと思うのがおばさんの立場です。
(追記 おばさんはRubyを勧めておきます。オブジェクト指向型言語ですが、手続き型的に書き下すことも出来るからです。一つの言語で手続き型構造化オブジェクト指向、全部勉強できます。メソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです)
次に問題を分解できるようになろう。
例えば、クイズゲームを作りたいと考えたときにクイズゲームを作りたいです、って問題は大きすぎる。
クイズゲームに必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。
これを実際にプログラミングしようとすると、もっと分解できてさらに問題が見えてくると思う。
コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。
これ超大事。プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題はあなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。
エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。
メソッドの使い方がわからなかったら言語の公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。
あと、アルゴリズムの勉強もしてみるといいと思う。アルゴリズムとデータ構造と計算量の勉強。大学の学部レベルの教科書をちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。
なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります。
ネット見ていて(今日だとコインハイブ裁判とか、転職サイトとか)、いろいろな JavaScript の表記で自分なりの許せる/許せない。
○ JavaScript : みんなこう書く。俺もこう書く。
○ JavaScript : おそらく新聞社とかの表記ルールに従って、仕方なくこうしていそうなので許せる。
○ Javascript : 読みにくいけど、頭文字だけ大文字っていうルールだと思えば、気持ちはわかる。
× ジャバスクリプト : おっさんなのでカタカナは苦手なんですよ。
× Java : Javaのことかと思って読み進めていたら JavaScript だったりするので、読んでいて疲れる。
我ながら かなり寛大だと思う。
PubMed(パブメド)とは、MEDLINEなどを対象とした検索エンジンである。
MEDLINE(メドライン)とは、医学を中心とする生命科学分野の文献のデータを集めたオンラインデータベースである。
細かい話はググれ。
https://www.ncbi.nlm.nih.gov/pubmed
とりあえず医学論文を調べるだけなら、公式サイトのページ上部の検索窓に適当に単語をいくつか放り込むだけで良い。オートサジェスト機能もあるよ。
基本的に英語の論文を対象としているので、日本語で検索しても何も引っかからない。また、大文字小文字は区別しない。
半角スペースで区切った単語は基本的にAND検索となるが、大文字のANDで区切って明示的にAND検索することもできる。他にもORやNOTや()も使える。
検索語句が複数の単語からなるフレーズであると認識された場合はそういうものとして検索される。ダブルクォーテーションで囲むことで明示的にフレーズと解釈するようにもできる。例えばdog allergyなら5000件ほどヒットするが、"dog allergy"なら50件である。
検索対象となるデータは著者名・文献のタイトル・キーワード・雑誌名・その他となる。検索する単語の後ろに[タグ]とつけることで、単語を検索する場所を指定できる。例えば[ta]なら雑誌名だ。例えばdog allergy [ta]で検索すると"Allergyという雑誌の犬に関する文献"が189件ほど出てくることになる。
著者名で検索する場合はちょっと変わっていて、ラストネームをフルで記載してファーストネームとミドルネームはイニシャルを後ろに付ける。山田太郎ならyamada tだし、ルルーシュ・ヴィ・ブリタニアならBritannia lvだ。多分な。
検索窓の下のAdvancedからはさらに高度な検索のあれこれ(例えば小規模な症例報告に絞るとか)ができるんだけど、きりがないので興味があればググれ。Pubmed 検索とかでググって出てくるのを3つくらい読んだら大体分かる。
ちなみに検索結果のところにFree PMC Articleって書いてあったらその文献はタダで全文読めるぞやったな。
まずはPATMを"自分自身が皮膚から放散する化学物質によって,周囲の他人に対してくしゃみ,鼻水,咳,目の痒みや充血などのアレルギー反応を引き起こさせる体質"と定義しておこう。ちなみにこの定義の引用元は例の皮膚ガス測定の論文だ。
とりあえず、PubmedでPATMと検索したら91件ヒットする。これはphosphorylated ataxia-telangiectasia mutated(pATM)という全然関係ないものが引っかかるからだ。これがPATM Allergyだと3件になるんだけど、全て全然関係ない論文なので要するにこのアプローチは駄目だ。
そもそも普通の医学論文は実際に発症している患者サイドに視点を置いて書かれているものと期待できる。報告があるとしたら"ヒト由来の抗原によってアレルギーを発症した症例"についてのものになるだろう。PATMの定義からその病態は1型アレルギー、具体的にはアレルギー性鼻炎か蕁麻疹、ひょっとしたら気管支喘息に近い症状を呈すると予想される。じゃあそっちの報告でヒト由来の抗原で、もしくは抗原をくっつけた他者との接触が原因で発症したパターンを探せばいいんじゃないの?
そこまで決めたらタイトルか抄録に使われてそうな単語を思いつくままに入れて検索ボタンを押し、検索結果を上から順番に見て回る。それっぽいことが書かれたものを見つけたら、その抄録画面の右側を見てみよう。その文献に関連している他の文献へのリンクが張ってあるぞやったな。本文を読める文献なら末尾に参考文献のリストがあるはずだ。そこもチェックして関係ありそうなら読んでいこう。あとは芋づる式に当たりを探すだけだ。どう考えても関係なさそうな文献はタイトルだけでスルーしてかまわんぞ。
で、結論から言うと私が探した限りでは人体由来の抗原が他者にアレルギーを起こしたという報告は、母乳アレルギーで児がやられたとかしか見当たらない。これがPATMの正体ということはないだろう。
一方で"直接動物を飼っていない人が他者に媒介されて動物アレルギーを引き起こす"という話がある。これとか↓
https://www.ncbi.nlm.nih.gov/pubmed/26934742
https://www.ncbi.nlm.nih.gov/pubmed/29434523
個人的には微量の皮膚ガスよりも余程こっちの方がありそうに思うが、如何に。
日本人における何らかのアレルギー疾患を持っている頻度は30%を越えているが、逆に言えばどんなに最凶のアレルゲンを持ってきてもその辺の10人中3人くらいしかアレルギーの症状は起こさないだろう。PATMを訴える人がそれを超える頻度でアレルギー症状を振りまくのであればそれは大層画期的なことだ。
知り合いにPATMを主張する人が1人居るが、その人は風邪を引いている私の前に来てまず自分が臭くないかと聞き、それが否定されると次にPATMを訴え始めた。私はその人は典型的な自己臭症だろうと思う。そして私のはただの風邪だ。
Pubmedで調べた結果はないが、PATMの人の腸内細菌叢の変化を調べるという研究がある。
https://clinicaltrials.gov/ct2/show/NCT03582826
あとはまだ読んでないけどこのへんとかはどうなんすかね↓
https://www.biorxiv.org/content/early/2017/05/19/139014
とりあえずPATMについては以上です。
他人にアレルギー症状を起こさせる疾患「PATM(パトム)」は実在するか? - NATROMのブログ
http://natrom.hatenablog.com/entry/20180928/p1
もちろん、論文がないからといってPATMという病気がないことにはならない。また、PATMとされている患者さんの苦痛は気のせいなどではなく実在しているものである。しかしながら、病気の真の原因について正しく認識できなければ、かえって患者さんの不利益になる。私はそれを危惧する。
これを読んで、
こうなるとさすがにこいつは何を言ってるんだ???と言わざるをえない。
「AはBである」論なので論拠が必要ですが、論拠を求めるとNATROM氏は"データなどあるわけない"と逆ギレし、一向に論拠を示してくれませんね。
ほーん、どこかでなとろむ先生に論拠を要求したことがあるのかね。
まあ私はこの増田がなとろむ先生の記事のコメント欄でいちゃもんを付け続けてアクセス遮断された誰かであったとしても知ったことではないが。
他人にアレルギー症状を起こさせる疾患「PATM(パトム)」は実在するか? - NATROMのブログ
http://natrom.hatenablog.com/entry/20180928/p1
PATMで苦しんでいる患者さんは、代替医療を行っているクリニックで今現在調子がよいならいいが、もし良くならないようなら、自己臭症を診る精神科医に相談してみるという選択肢も考えてみてはいかがだろうか。PATMを疑っている段階では、自費診療のクリニックよりも先に、精神科に受診することを強く勧める。
これを読んで、
というか勝手にNATROMが「Pubmedに無かった」ことを論拠に「PATMの症状は幻だ」って言ってるわけで(誰もPubmedで調べろとは言っていない)、
誰も幻だなんて言ってない……もしかして幻覚を見ているのでは?
普通は"無いことを証明せよ"とか言い出した時点でまともな議論は諦めて放置されるところなのだが。こんなのを長時間見てると科学的アプローチの概念が崩壊しそうだ。
私がこの増田を見た時に最初に気になったのは、この"調べ方"に対するこの異常なこだわりだった。
"調べたけど見当たりません"に対する最も簡単な反論は"こっちで調べたらありました"だ。そこに検索ワードが何であったかは全く何の意味もない。というかヒットしない検索ワードを聞くことの意義とは一体。
例えばこれがSTAP細胞の製造手法に関する質疑なら分かる。何故ならSTAP細胞は"ある"という主張だった。それならば間違ったやり方で検証しても意味がないし、検証にかかるコストも大きい。
しかしこれは単なる検索だ。思いついた単語をぽちぽち打ち込むだけだぞ? 検索ワードを知ることのどこに科学的アプローチが?
何故か頑なに自分で調べようとしないこの増田が、執拗になとろむ先生が使った検索ワードを知りたがる理由とは何だろうか。普通はなとろむ先生もいちいち覚えてないと思うけど。
私は当初"最大限好意的に見て"、能力的な問題で検索のやり方が分からないのではないかと考えていた。しかしどうやら違う。この増田は別になとろむ先生が見つけられなかったものを見つけたいというわけではないと言う。
ブコメに対する返答を見るにつけ、どうやらこの増田はなとろむ先生が間違っている"ということにしたい"だけなのでは、と思えてくる。そう考えると色々と腑に落ちる。例えばなとろむ先生の記述や、他人のコメントを無理矢理自分に都合の良いように解釈しようとすることとか、やたらと他人の属性を気にして連呼することとか。
長々書いたが以下の2点だ。
②はどうでも良い。問題は①だ。
そんな主張をしているなとろむ先生は存在しない。幻覚を見ているのでは?
ただ、なとろむ先生と私はPubmedで検索してもPATMっぽい症例の報告を見つけられなかったから、そこで颯爽と1例見つけ出したらマウントくらいとれるんじゃねーの?知らんけど。
無駄に声がでかい人、間違いを認めようとしない人に指摘するのは大変です。全く。
せめて最低限の科学的アプローチはできるようになって欲しい。本当に。
"可能性のある原因物質" なんて精液アレルギーの原因タンパク質も犬アレルギーの原因の大部分も、まだぜんぜん特定されてねーよ。
これでも読め↓
https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3519933/
ちなみに精液アレルギーも分子量で大体の絞り込みができてたはずだよ。
我々はいつまで待てばいいんですかね??
あるサービスでフォトブックを作ってみたんだけど、注文後に送られてきたメールに記載されていたURLをログインしてないはずのスマホから見たはずなのに、名前や住所が表示されて、「え、これやばくね?」って思ったけど、詳しい人から見たらどうなのこれ?
URLを見る限り、ローマ字の大文字小文字16文字で注文確認ページURLを生成していて、ログイン関係なしに見られるからURLがわかれば誰でも名前と住所が見られる状態。
今時、総当たりでやったらそう難なく利用者の名前と住所を割り出せるもんじゃないの?
確かに桁数的には小さな宇宙くらいになるんだろうけど、ボイジャー2号は最近太陽系を脱出したし小さな宇宙くらい手の届く所じゃん。
って思った。
とりあえず、運営元に言っても大した対応しなさそうだし、「こいつこんな写真でフォトブック作ってんのかよ、お前の名前と住所なんて誰も興味ねーよ。」って思われるのは嫌なので聞いてみました。