「Overflow」を含む日記 RSS

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

2021-05-26

1人1台パソコン持って頭良くなるのか?

学生ではなく、大人対象として、パソコンを使っていて頭良くなるのだろうか?


ググれば辞書的に使えたり、質問すれば誰かが回答をくれる、それをまとめて公開すれば別の誰かの役に立つ、

という好循環を経験している人は好意的になるだろう。

また、解決やすい分野というのがあり、プログラミングならStack Overflowなどがあるので解決やすい。

でも、解決しにくい分野もある。

検索しにくい化学式だったり、ネット人口の少なそうな機械関係もそうだろう。


大学講義などもあり、やる気があれば解決するという意見もあろうだろう。

だがYou Tubeで1,2時間動画再生数が少ない、少ないからリコメンドされない。

再生数が少ないのだから多くの人はそれをみて勉強などしてない。


自分活用できていないだけ、という意見もあるだろう。

もちろんそれはある。

ただ、ここまでできていれば活用できてるというラインがない。

ググれば誰でも使ってるショートカット書いて活用とか出てくる時代に、本当に活用している人はどのレベルなのか。



知的生産の道具としてのパソコン活用しようという試みはあったものの、結局失敗しているのではないだろうか。

何十万のパソコンを買ったとしても、ゲームTwitterはてな動画サイトを見て過ごす大人が大半だろう。

2021-05-13

コブクロ黒田さんのことを吐き出したい

コブクロファンです。でした。


==== =====

私は小渕さんの書く詩が苦手で、若いころに作った曲はともかく最近の曲はアラフォーが書いたと思うと特に恋愛系の歌詞にはゾワっとしてしまう。

コブクロ楽曲ほとんどが小渕さん作詞作曲なので、コブクロ歌詞ほとんどが苦手ということになる。


じゃあどうしてコブクロの曲を聴いてファンになるまでハマって今までライブに通い詰めてきたのかというと、曲のメロディー伴奏歌声が好きだから

そして何より黒田さんの作った楽曲、詞が好きだから。(小渕さんの曲で好きな曲ももちろんある)

黒田さんの曲は人情的で、泥臭く足掻いていて、時にはとても繊細で臆病で、遊び心があって、そんな楽曲たちが大好きだった。


DOOR(https://www.uta-net.com/song/19060/)には何度励まされただろう?人生の節目には特に刺さった。

ライブで聴いた時の衝撃も忘れられない。力強い歌声と命を削って歌う姿には身震いした。

それに呼応するかのようにバンマスである福原さんのギターソロ特別熱がこもっていたように感じた。


そんなDOORとは変わってTo calling of lovehttps://www.uta-net.com/song/82451/)の繊細な詩と歌い方は涙が出そうなほど感動する。

CALLINGツアー2009年)が初めてのコブクロライブ参加だったのもあり、最後のサビのアレンジには度肝を抜かれた。

バックバンドピアニスト、よっしーさんの伴奏も好きで、弾き語り用の楽譜を買ってきてピアノで弾いた。


ピアノといえば休養前のツアー2011年)、喉を患っていた小渕さんだけではなく黒田さんの喉の調子も悪そう、というか悪かった。

最初から声が出てなかった。正直聞くに堪えないくらい辛そうだった。

そんな中でのSTAYhttps://www.uta-net.com/song/81761/)、よっしーさんが黒田さんの歌を庇うように力強い演奏をしはじめた。

その和音黒田さんの声を掻き消すくらいに大きく鳴り響いて、大胆なアレンジも入れて。

でも黒田さんはそれに負けないよう声を張り上げて歌っていた。

2人のコンビネーションに目が離せない(耳が離せない?)ほど引き込まれた。

その後、最後黒田さんの歌から入って伴奏が追いつく箇所で(これはSTAYではなく流星かも?)、黒田さんの声が詰まって曲が止まってしまったときには素早く察知して溜めに溜めて様子を伺いながら伴奏を入れていた。

(それに対してMCの際に黒田さんが「変な入りしてごめんなさい」とよっしーさんに謝っていた)


サポートメンバーがここまでミュージシャンに寄り添って、大胆なアドリブ演奏をすることはそうそうないのではないか?(本当のバンドならともかくコブクロデュオ

そう考えるとコブクロとそのサポートメンバーには強い信頼関係が築かれているのだろうなと私は思った。

からピアノ伴奏のみのOverflowhttps://www.uta-net.com/song/29980/)をライブで聴きたかった。


話は戻って、CALLINGリリース時期(2009年)の音楽雑誌でのインタビューでTo calling of loveについて小渕さんがこう答えていた。

「愛されたいとか、●●されたいという受け身なところが黒田っぽい」(記憶曖昧なのでなんとなくこんなことを言っていたなという意訳)

これを読んだとき、そんな人ならスキャンダルになるような問題を起こすようなことはないだろうな~とのんきに思ったのを覚えている。


……それでこれ。

黒田さんの詩に励まされてきた身としてかなりのショックを受けた。


報道を見て1日経ち、いったん冷静さを取り戻したところに福原さんのツイート


人生いろいろある」

https://twitter.com/gt_fukuhara/status/1392477617194868738?s=20


文脈的黒田さんひいてはコブクロへの言葉と見受けられるけれど、人生いろいろあるのは奥さんとお子さんであるわけで。

福原さんのツイッター・インスタを見ているとコブクロにかなり熱量をいれてサポートしているように感じていたし、前述のようにコブクロサポートメンバーには強い信頼関係があると思っていたから、山口メンバーに対してのTOKIO達のように、アンジャッシュ渡部に対しての児嶋さんのように、黒田さんのことを叱ってほしかった。被害者である奥さんとお子さんを慮ってほしかった。


ここまで全て私が勝手に思い描いてた人物像・組織図であって、そういう対応を期待したり、この件でたかファンであるモブ一般人が裏切られたと思うのはおかしい話で、ましてや小渕さんではないサポートメンバーにそこまで求めるのだっておかしい。

リプライ欄に否定的ツイートわずかながらあったけれど、福原さんの言葉意見を述べるのはともかく黒田さんへの否定的意見をそれこそサポートメンバーに送り付けるのはお門違い。


バンドマンはクソ


と言い放つ邦楽ロック好きの友人知人たちを思い出す。

ああ、黒田さんを叱らなかったのってそういうことかな……と、自分の中で憶測憶測を呼び勝手にまた傷ついて、そもそもそんな憶測だらけの勝手想像でこの件を受けて裏切られたと思うのはお門違いで(以下略


この最低な負のスパイラルから抜け出せなくなってしまった。





++++++++++++++++++++++

ということをコブクロファン会員サイト交流SNS投稿しようとしたけど、投稿するのをやめました。(えらい)(でも吐き出したかった)(会員はやめる)


これを読んでくれた方はどうか、私の自分勝手に描いた人物像や関係鵜呑みにしないでください。

特に福原さんはとばっちり一般人モブ1人に勝手虚像を描かれてがっかりされているだけなので……


モブ1人ファン離れしても何の支障もないと思いますが、モブから見たら今まで何度も助けてもらった主人公背中から刺された衝撃はでかく悲しいものです。


唯一の救いは黒田さんのラインがおじさん構文ではなかったこと。まあ気持ち悪かったけど。まじで気持ち悪かったな。

2021-03-11

anond:20201130214610

プログラミングは他の領域に比べてインタネットから取れる情報量が莫大なので情報をうまく調べるスキル重要になってくる。

有名な領域日本語でも解説存在するが、探しても英語しか情報がない、なんて事もザラだ。公式ドキュメントにしてもそうだ。

よくわからないものをよくわからないまま使っている人間無茶苦茶多い。それでも使えるようになっているのがソフトウェアからだ。

でも、わかろうとするのはとても大事

もっと言えば、わかろうと調べる事がすごく大事

聞き方を知るのも大事だ。

例えばstack overflowというサイトがあり、ここにはいっぱい質問が並んで、回答もたくさんある。

でも変な聞き方をすると回答は帰ってこない。

中には自分質問して自分で回答している人もいる。疑問に思ったことを質問して、調べた内容をメモして公開する。

そうすると他の人も嬉しい。とてもインターネット文化的だ。

これが他の領域になると、匠みたいな人に弟子入りして現場で技を盗まないとわからんみたいな世界もあるから、すごく差がある。

プログラムを一文一文書くやり方はわかったけどじゃあどうやってソフト作るのか、これがわからんというのはみんな通る道で、これは先人のやり方を真似できないとものすごく大変だ。

でもプログラミングは幸いにしてものすごくたくさんの情報が公開されている。

から、公開されている情報を調べる事がとても重要

英語は苦手かもしれないが、最近だと単語カーソルを合わせると辞書が起動するプラグインとかもあるのでぜひ活用してほしい

2020-12-05

anond:20201205172817

海外就職とか海外移住で一番ネックになるのって個人的にはそこだと思ってる

周りのみんなはネイティブ、もしくはネイティブに近いか英語勉強する必要がない

日本人勉強すればネイティブに近付けるだろうけど、どこまで勉強してもネイティブレベルにはなれない

会議とか会食で一人だけ英語が喋れない聞き取れない英語能力が劣ると精神的にキツイ、単なるストレスになってしま

ネイティブ技術勉強プライベートを楽しんでいる時間日本人英語勉強に割かなければいけない

そう考えると余計つらい気がするんだよなあ

限られた人生時間をそこまで英語に割きたいかと言われると

割きたい人はいいんだけど

英語にある程度は耐性がないとStack Overflowかに答えが書いてあっても困ってしまうだろうけど

生きてるうちにオライリー洋書とかサクサク読めるようにはなれなそうだなあ

2020-05-12

おまえらエロゲの話するときKeyTYPE-MOONの話ばっかだな

LiLiTHCLOCKUPの話をしろはいわないが、せめてオーバードライブエウシュリーの話も。

あるいはアージュとかオーガストとかBaseSonのこととかわすれちゃいました?


エロゲのものを思いださなくていいからさ、

overflowの「School Days」とか、Lump of Sugarの「Nursery Rhyme 」とか、

いろいろ思いだすことあるでしょう?おっさんなら!

2019-09-04

これをやるだけで上位1%になれるRプログラミングTIPS

Rはプログラミング苦手な人にも覚えやす

が、そのためか、プログラミングの得意な人からしたら「ええ・・・」となるような行動を初学者が取りがちに思える

そこで、とりあえずこれだけ守ってほしいというアドバイスを書きました。

エラーが起きたとき

あれこれするより先にエラーメッセージを読め。ぶっちゃけエラーメッセージを読むだけで上位10%だ

あと、エラーメッセージとWarning messageは違うものからな。行間を読む前に行を読め

エラーメッセージの内容がわからなかったらエラーメッセージをコピペしてググれ

日本語サイト微妙だったとき英語でググれ

Stack Overflowにだいたい同じエラーで困ってる人が既に投稿してる

エラーは生じてないが思い通りの挙動になっていないとき

定義した変数の中身を逐一確認して予定してる内容になってるか確認しろ

試行錯誤しすぎてわけがからなくなったら変数を全部削除して一番上から実行し直せ

変数の全削除は rm(list=ls()) でできる

実行し直してるときに、一行ずつ予定通りの挙動になってるか確認しろ

変数の型を逐一str()関数確認しろ

予定通りの型になっているか特に、因子型と数値型、因子型と文字型の混同で生じるミス多い

原因と思しき箇所の関数の使い方が正しいか確認しろ

ヘルプを見て使い方が合ってるのか確認

関数名 R 」でググれ

いきなりやりたいことを全部書くんじゃなくてデータを縮小 (例えば、一部の日にちのデータ) したり、処理を簡略化して小さいプログラムを作って徐々に拡張しろ

作図が思い通りにできないとき

関数名でググれ

日本語ダメなら英語でググれ

画像検索を使え (google検索の「画像」タブ)

自分が描きたい図に近い画像からそのウェブサイトに飛んでいけ

知らなきゃ検索できないから、よく使う用語は覚えておけ

例えば・・・

group (変数グループ化、例えば「条件毎に折れ線を引く」)

facet (「●●ごとに図を描く」)

alpha (透過度)

tick (目盛り線)

axis (軸)

background (背景)

legend (凡例)

例えば「●●条件毎に線を引きたいけど、geom_line()でどうしたらいいのか?」と思ったら「geom_line group」で検索したら、だいたいやりたいことをやってる画像が出てくるので、それを参考したらいい

検索がうまく引っかからない

日本語ダメだったら英語検索しろ (再掲)

“how to” と入れるとだいたいヒットする

例えば「how to change colors gradient ggplot2」でググると色をグラデーション様に変える方法が出てくる

人に質問するときのコツ

「○○でうまくいきますか?」「〇〇だとダメですか?」と質問してくる人、本当に多いけど、その質問は、以下の2つの理由で良くない

そもそもプログラムなんて同じ目的を達成するのに何通りも答えがあるので、「○○でうまくいきますか?」という質問には「それは書き方次第だなぁ」としか言いようがない

・試せばわかるのだから、人に聞くより実行してみたらいい。エラーの数だけお前は強くなる。エラーを受け取るのを恐れるな

答えやす質問は以下のような形だ

「○○を実行したら、こういうエラーが生じるんですけど、エラーの内容が理解できません」

「○○という形のデータを作りたいんですけど、この処理だとこの形にならないのはどこが原因ですか?」

「○○という処理を行ってくれる関数が探しても見つからないんですけど、ありますか?」

2019-09-02

anond:20190901010633

アメリカ10年ほど住み100%英語専門職仕事をしています英語にはレベルがあると思います

1.GoogleTranslate使いながら、辛うじて技術文書意味が取れる。

2.技術文書とかStack Overflowとかは一通り読める。

3.日本語の半分くらいの速度で英語が読める。ニュースはすらすら読める。

4.映画とかテレビドラマの会話が、専門用語スラングも含めて完全に聞き取れる。

日本に住む、英語武器にしない専門職なら、レベル2で十分でしょう。英語で困らない、というのはレベル3になりますレベル3までは、日本英語教材として売っているレベルのものを丁寧にやれば達すると思います。読むのが遅いのは、単純にインプットが足りません。

レベル4あれば、ネイティブ知的な会話がこなせます。私はレベル3ですが、レベル4のためには、日本でいうと、方広寺に刻まれた有名な銘とか、カツオくんが好きなスポーツ友達名前とか、そのレベル知識がいるので、若干諦め気味です。たぶん本と映画ドラマを大量にインプットするしかないと思います

2019-04-14

ソフトウェアの300円均一版が欲しい

ネットを探せばあるじゃんと言われそうだけれど、いつまで経ってもキーワード入力して探さないといけない。

チートシートというキーワード発見出来たものの、定点観測しないといけない。stack overflow質問するのも気が引ける。


GitHub上やQiita上に沢山あるだろうと言われそうだが、探せない。


インターフェース部分だけ共通化して、パズルピース繋ぎ合わせるようにできないだろうか。

売るときの紙カードの形をパズルピースの形にしておいて、紙でつながるものは、ソフトでも動くことがわかるとか。


2019-02-03

anond:20190203011256

常日頃思ってるけど横長のテーブルwebとの相性悪すぎるんだよな

Excelなら横に2画面3画面あるテーブルもまあそれなりに見れるけど

マークダウンで横長のテーブルとか見る気がしない。

ブログとかでも横長のテーブルを貼り付けて幅が全然足りなくて潰れてるテーブルごまんとある

ちゃんoverflow-x:scroll付けてるサイト全然ないよ

それなりにちゃんとしたweb系のメディアテーブル画像化する事が当たり前のノウハウになってる始末

2018-10-07

anond:20181007144703

レプテーション機能?すまん後で調べてみる

stack overflowは一個の形だな、でも似たことしてうまくいってないサービスもあるから解せない。何か足りないのか

 

あとはOSS、issueみたいなやり方も一つの解か

業界で似たことできてるとこが少ないから、汎用的かどうかは判らん

 

やはり個別事案になるほどナレッジ問題は容易な気がする

これは情報収集で同じことが言える。自分有益情報アンテナを張ると言うのは非常に難しい。この時代においても抜けおちてる領域だと思う。

この領域が抜けてるうちは「経験豊富ベテラン」の優位性は揺るがないが、代わりに人間が次のステージにいけない気がする

例えばベテランフルスタック人間なんてのはほぼ存在し得ない(存在しない方が雇用は安定しそうだけど)

 

元増

2018-10-02

anond:20181002231205

英語だとなぜか賢く見える。

実際はStack Overflowでもググレカスレベル質問もあるのかもしれない。

2018-09-01

ITお仕事してるんだけど

障害が発生したり、システム開発したりするときによくGoogleとかで検索して調べ物するんだけど

サイト別に以下のような傾向がある気がするんだけど、どうだろう。

検索結果に出てきて嬉しいサイト解決することが多い)

・Stack Overflow(英語

Qiita

はてなブログ

個人ブログ

検索結果に出てきてがっかり感があるサイト解決しない事がほとんど)

Yahoo!知恵袋

・teratail

・Stack Overflow(日本語

2018-05-27

吾輩は無職である。暇だから初めてWebサービスを作ったのである

吾輩は無職である。職はまだ無い。どこで無職になったか、とんと見当けんとうがつかぬ。

何でも薄暗いじめめした所で手斧を投げられていた事だけは記憶している。

吾輩はここで始めて増田というものを見た。

しかもあとで聞くとそれは増田という人間中で一番獰悪な種族であったそうだ。

・・・

まぁ、前置きの冗談はこの辺までとして、前々から作りたいな思っていた

Webサービスを中々時間が取れず作るのを諦めていたのだけど、

まぁ無職になって時間も取れたので作った次第です。

自身プログラミング生業とする職業では無く、学生時代特にプログラミングついて何か

勉強をしていた訳では無かったので一から勉強になりました。

始めたのが昨年末大晦日ちょい前なので、約5ヶ月掛かり、当初想定していた期間より

かなりの時間が掛かってしまい、反省点等含めその辺の事を書けたらなと思います

■やりたい事(実装した事)

ゲームユーザー同士を繋げるマッチングサイト出会い系ではないよ。)

ログイン機能

タスクベースでのチケット管理

・簡易コメント機能

・簡易評価機能ポイント

ステータス動作変更処理

タグをつける

上記DB管理

構成を書いた方が良いと思うので

以下になります

構成

--------------------------------------------

サーバさくらVPS 2G

OS:CentOS 7.5

WebサーバNginx 1.14

WSGI:uWSGI 2.017

FW:Flask 1.0.2

RDBSQLite3 3.7.17

ORM:SQLAlchemy 1.2.7

言語Python 3.6

フロントPure JavaScriptのみ

その他ツール等:Let's Encrypt/fail2ban/等々

--------------------------------------------

上記を見て貰えれば分かるかと思いますが、最近流行りの

フロントエンド技術等は一切入ってはいないです。

ほぼ、既存ベーシックサーバーサイド側の制御のみです。(jsで非同期通信はしてます

SPAとかVueとかの言葉最近知りました。。。

ほぼ開発終わりかけに知ったので、流石に今から構成

変えるのもなと思い、取り敢えず上記です。

■選定理

まずWebサービス作るにあたり、何が必要だろうと思い

まずは開発言語だろうと、プログラミング言語の選定で

RubyPythonかで悩みました。

Rails名前を良く聞くのでRuby on Rails触ったのですが、

Railsには馴染めなかった(扱えなかった)ので

何かマイクロFWの方が良いのだろうと、Sinatraいこうか思いましたが

Railsの印象が強く残った為、Rubyは止めてPythonに移りました。

今度は初っ端からマイクロFWが良いだろうとFlaskのサンプルを試すと

比較プログラミング学者でも扱いやすく覚える事も少ないので、PythonとFlask

の組み合わせで決定。

(気軽にプログラムを書け、自分イメージしている処理や制御を素直に実現できる点が

 書いていて気持ちが良いです。まぁ分からない所も有りますが、そう思わせてくれる点

 が良いです。モチベーション的に)

NginxとuWSGIの組み合わせはFlaskで検索すると一番でてくるのでこれに決定。

SQLite3 はマイクロFWから軽めのDBでたぶん大丈夫だと思ったのでこれに決定

ORM(SQLAlchemy)も検索で一番出てくる為。

■開発概要

・まずPythonの開発環境を整えようとなり、WindowsVagrantインストールして

 仮想マシン環境構築。ゲストOSの中にPyenv等を入れPython環境構築

上記構築後に取り敢えず小さなサンプルから作ろうとなり、簡単CRUDをFlaskで行える様にしました。

 これができた時は嬉しかったです

上記が出来てから、本番の開発に移りCRUDベースにひたすら肉付けていく

ユーザー登録機能作成/ログイン機能作成/ユーザー情報表示/編集機能/チケット作成/及び編集/バリデーション

上記平行してDB機能作成実装/検索機能作成

・細かいViewの調整とスマホ用のView作成レスポンシブルでは無いので)

・本番用のさくらVPS環境構築とセキュリティ用のツール導入とLet's Encryptでhttps

上記以外の細かい調整等含め、約5ヶ月になります

■悩んだ点/反省

・悩んだのがタグ機能周りになるとどうすればよいか、かなり悩みました。

結論を言うとToxi法を使用しましたのですがここにたどり着き、理解するのに結構時間がとられました。

また、実装したらしたで、今度はそのタグ機能検索するとなると検索ワードが1つとは限らないので

クエリーを動的に生成する必要が有り、これも実装するのにかなり時間が掛かりました。

SQL文だけならば比較的すぐに検索でヒットしますが、それをSQLAlchemyでどう実現すれば良いかから

かなり時間が掛かりました。DB設計SQLAlchemyの文法に自信は無いですねぇ。。

・1次情報リファレンスから情報得ることがほとんど出来ず(たまにはできたが)、

他人咀嚼した情報からしか情報を得る事ができなかった。

(恥ずかしながら、咀嚼されなければ理解がおぼつかない状態

Stack OverflowQiita個人ブログが無ければこのサイトできなかったので

自信の咀嚼力強化が必須だと思いました。

作成結構時間が掛かったのでもっと短くしたい

総評

・5ヶ月と時間が掛かりまた反省点も多々有るが、とりあえずサービス公開まで

もっていけた事が嬉しいです。ただただ嬉しい。

・FlaskとSQLAlchemyの情報日本語が少ないので公式リファレンスとStack Overflow

行ったり来たりしたおかげで英語アレルギーがそこまで無くなった。

成果物

・で、作った成果物は以下になります

https://gamesanka.com/

ゲームサンカと言います

オンラインゲーマー向け(e-sports)のマッチングサイトになります

名前安直小学生が5秒で考えたような名前ですが、安直で気に入っています

作った理由は、僕はBF1が好きなのでオペレーションキャンペーンと言うモード

やろうとしたのですが、時間帯が悪いのか過疎なか分からないが全然マッチングしないのですよ。

やりたいのにマッチングしないので出来ないどうしよう、と。

また、昔セールFarCry3をかなり昔に購入した時(既に4が発売済み)にCO-OPモード全然マッチしない事が有り

旬が過ぎたオンラインゲームは中々マッチしなくてほぼシングルモードしか出来ない事は割とあると思うんです。

今だとBF4もかなり人数がいない状態なので特定マップのみとか。

なのでオンラインゲームマルチプレイCo-opで人を集めたい時、PUBGやFORTNITE等バトロワゲームスクワッドを

募集する時、オンラインゲーム大会e-sports)を開きたい時に利用して貰えると嬉しいです。

主に想定ユーザーと考えているのは、FPS/TPS/RTS/MOBA等のPCゲーマーをメインに考えていますCS機やTCGでも

使って貰えると嬉しいです。

あとViewレスポンシブでは無く、PC用とスマホしかなくタブレット用の中サイズViewが無いのでご了承下さい。

タブレット解像度が高い方はPC用で見て頂ける助かります

最後にお願いがあります

僕と一緒に以下のゲームを遊んで頂ける方を募集しています

遊んでも良いよという奇特な方がいましたら当該サイト内でコメント頂けると幸いです

・BF1(PC版)

・Dead by Daylight(PC版)

それでは長々とありがとうございました。

・・・

無職はただ楽である。いな楽そのものすらも感じ得ない。

日月を切り落し、天地を粉韲して不可思議無職に入る。吾輩は死ぬ

死んでこの無職を得る。無職は死ななければ得られぬ。

南無阿弥陀仏なむあみだぶつ南無阿弥陀仏

ありがたいありがたい。

2018-03-21

anond:20180320141834

俺もこれかな。ただし電子書籍かどうかにはこだわらない立場

書籍ネット情報ということで対比するけど、

ネット情報は最新の情報が手に入りやすかったり、

単一質問に対するピンポイントの答とかは見つかりやすいけど

断片化された情報が多く体系化されたものが少ない。

公式HPではそこで書いたことが全て公式発言になってしまうことから

「こうやって作るべき」といった公式の中でも意見が分かれる議論には言及できず、

どうしても事実だけを淡々とまとめるリファレンスのような内容に偏ったりと、

正確だけど入門や勉強には非効率ものになりがち。

(どちらかというと公式より同じ利用側の立場から教えてもらえる書籍の方が入りやすい)

それ以外のネットの誰が書いてるかわからない無料情報は間違ってる場合も多い。

ネットの仕組み上、正確な情報より、読み手面白いと思ったもの

話題になるような仕組みだから当然なんだけど。

Stack Overflow レベルになると間違いは少ないとは思うけど、

日本Qiita とかで話題になってる技術記事はひどい内容のをよく見かけるね。

反論してる人が少ないのは読み手が間違いに気づいてないのか、批判は失礼だと思ってるのか)

一方、書籍はその分野である程度評価されている人しか出版の話にならないので

最低限の内容の正確性は保証されていたり、

そもそも金を取るので読みやすさとかに配慮されていることが多い。

また書籍一冊分の分量からしても技術全体像が体系化されて説明されるので

一気にある技術全体像を掴むのには便利。

まぁ、最新情報が手に入りにくかったり、読者の最大公約数を取るので

高度やマニアックな内容に触れにくかったりという側面はあるね。

要は、それぞれ一長一短あるんだから、賢く使い分けるのがよいと思う。

からしたら、両方のいいとこ取りをすればいいのに、

IT 業界っていう理由だけで片一方の可能性を潰す理由がよくわからない。

2017-06-21

https://anond.hatelabo.jp/20170616113630

Stack Overflow

Server Fault

Super User

Web Applications

Ask Ubuntu

Webmasters

Game Development

TeX - LaTeX

Software Engineering

Unix & Linux

Ask Different (Apple)

WordPress Development

Geographic Information Systems

Electrical Engineering

Android Enthusiasts

Information Security

Database Administrators

Drupal Answers

SharePoint

User Experience

Mathematica

Salesforce

ExpressionEngine® Answers

Cryptography

Code Review

Magento

Signal Processing

Raspberry Pi

Programming Puzzles & Code Golf

more (7)

Photography

Science Fiction & Fantasy

Graphic Design

Movies & TV

Music: Practice & Theory

Seasoned Advice (cooking)

Home Improvement

Personal Finance & Money

Academia

more (8)

English Language & Usage

Skeptics

Mi Yodeya (Judaism)

Travel

Christianity

English Language Learners

Japanese Language

Arqade (gaming)

Bicycles

Role-playing Games

Anime & Manga

Motor Vehicle Maintenance & Repair

more (17)

MathOverflow

Mathematics

Cross Validated (stats)

Theoretical Computer Science

Physics

Chemistry

Biology

Computer Science

Philosophy

more (3)

Meta Stack Exchange

Stack Apps

Area 51

Stack Overflow Talent

2017-01-24

Stack Overflow質問してるエンジニアいる?

最近クソリプしかつかなくない?3年ぐらい前まで結構役に立ってたのに。

もちろん海外版の話な。

2016-12-10

無謀なシリコンバレー居住ログ - 転職(その2) Advent Calendar 2016 12日目

この記事「転職(その2) Advent Calendar 2016」12日目のポエムです。

こんにちはプログラマーをしていた akiraak です。今はサンフランシスコ英語勉強ばかりやってるので、プログラマーではくイングリッシャーになってしまいました。

さて、転職は多くの人が知っているように大変です。しかし、海外企業への転職もっと大変です。さらに、家も就職先も決まっていないのに海外移住してしまうというのはどれだけ無謀な行動なのでしょうか。今回の記事の内容は、妻である ento がまさにそのような状態シリコンバレー移住し、そこで仕事を得るまでの1ヶ月半ほどのログになります。この無謀すぎる人間ログをお楽しみください。

登場人物

ento:♀プログラマー(妻)

akiraak:♂プログラマー(僕)

ポッキー:犬

アメリカに引っ越すまで

ログは全て ento 目線で書かれています

2014年10月にベイエリアをakiraakと下見し、フィーリングが合うことを確認

2015年3/31 両親と久しぶりに会い、出生証明書と期限切れUSパスポートをもらう

4/26 USパスポート申請予約 (最初5月17日で予約したが、キャンセルが出ないかカレンダーを見張った末、5月12日で予約できた)

4/29 イタリア観光旅行に出かける

5/?? 「entoとポッキーが先行引っ越しするのはありだよね」とakiraakと合意し、資金面問題いかを後で検討することに

5/10 イタリアから帰国

5/11 MindMeisterで引っ越し連作業をまとめるマインドマップを作る

5/12 USパスポート申請: 犬を連れていく関係上、できれば5月中に渡米したいのでなるべく早く用意してほしいとお願いする

5/12 akiraak実家山菜取り

5/13 同上

5/15 Googleスプレッドシートお金計算をし、アメリカポッキーと先行引っ越しすることを決める

5/17 Sky Toursで飛行機チケット予約 (往復便をうまく使ったりなどして、片道便をお安く予約してもらえた)

5/18 completeapp.comにユーザー登録、その後随時todoコメントをもらう (AngelListでみかけたスタートアップ)

5/18 自転車の運び方について製造元にメールで問い合わせ、返信をもらう

5/21 HanaCellにSIMカードを注文

5/21 アメリカ向けの確定申告書を郵送

5/21 USパスポート発送の連絡がくる

5/21 6月に泊まるAirbnbの予約に失敗 (Airbnb以外のサイト経由で別の人が既に予約していた)

5/22 LORO日本橋に適切なサイズの箱の有無を電話で問い合わせ、用意してもらう約束をする

5/22 6月に泊まるAirbnbを予約

5/23 HanaCellからSIMカードが到着

5/24 RoomieMatch.comとroommates.comとroomster.comに登録Redditルームメイト/部屋募集投稿

5/25 7月に泊まるAirbnbを予約

5/25 歯医者から矯正関係資料をもらうための予約

5/26 akiraak実家晩ご飯いただき地元友達大事だとさとされる

5/26 Reddit地元友達募集投稿

5/27 USパスポート到着

5/27 HanaCellから電話番号確定の連絡

5/29 ポッキー健康診断をうける

5/30 自転車用の箱をLORO日本橋で受け取る

6/03 歯医者矯正関係資料をもらう

6/04 散髪がてら、理容師さんに引っ越しの報告をする

6/05 飛行機搭乗

アメリカ1週間目

6/05 飛行場からオークランドの家までUberで移動

6/06 組み立てた自転車Laurel Cycleryにメンテに出す

6/06 近所のスーパーマーケットレジで「昨日引っ越したばっかりで、仕事を探してるんだ」と言ったら、「この前うちでジョブフェアをやってたんだけどね」と教えてもらった

6/06 TTGL見始める (Redditで会話したイギリス大学院生おすすめ)

6/08 RoomieMatch.comのプロフィール更新 (2人用から1人用へ)

6/08 Creddle.ioにレジュメをアップし、Reddit校正スレに投げる

6/09 RoomieMatch.comでマッチングされたルームメイトから電話がかかってきて、部屋を見に行く約束をした

6/09 同じ家のAirbnbゲストにくっついてSF見物 (彼女仕事を探していて、SFのMacy'sにスーツを買いに行った)

6/09 Whitetruffleに登録

6/09 Hired.comからプログラミング問題を解いたら翌週の「オークション」に掲載するよ、と連絡がくるが、なかなか手がつかず最後までスルー

6/10 Underdog.ioに登録

6/10 AngelList、Hacker Newsの「Who is hiring this month?」スレからめぼしい応募候補リストアップ、Glassdoorでレビュー確認 (以下の記事を参考に、Google スプレッドシートにまとめていった http://robertheaton.com/2014/03/07/lessons-from-a-silicon-valley-job-search/ )

6/11 SO Careersのプロフィール更新

6/11 Whitetruffle経由でA社から連絡

6/11 Soylentに発送先を連絡

アメリカ2週間目

6/12 自転車を受け取る

6/12 AngelListで何社か応募、リモートOKのところを優先する

6/12 Underdog.ioから翌週にプロフィール掲載するよと連絡

6/13 借りる部屋を3箇所内見し、仮決め: 家賃はAngelListに掲載されているエンジニアの平均年俸の40分の1を目安にした

6/15 借りる部屋を本決め

6/15 Underdog.io経由でB社から連絡

6/15 A社とGoogle Hangoutミーティング

6/15 銀行口座開設を試みる (住所証明がなくてダメ、その足で自分宛の郵便速達で送った)

6/15 Airbnbホストさんがリクルーターを紹介してくれる

6/16 銀行口座開設を試みる (ソーシャルセキュリティカードがなくてダメ)

6/16 さらに応募 (C社含む)

6/16 Soylent到着

6/17 ソーシャルセキュリティカードの再発行を申請

6/17 B社と電話ミーティング

6/17 アスペの集まりに参加: 晩ご飯を一緒に食べる会 (「仕事を探してるんだ」と言ったら、「うちはいつも仕事募集してるよ」と医療機器関係会社を紹介してもらい、レジュメ校正ビジネスを始めたいという技術ライターさんに「無料校正してあげる」と連絡先を教えてもらった)

6/18 C社とGoogle Hangoutミーティング (この時点でここに入る腹積もりをしたと思う)

アメリカ3週間目

6/19 C社からプログラミング宿題をやる (2時間)

6/20 Pebble Time到着

6/21 TTGL見終わり

6/23 ソーシャルセキュリティカード到着

6/24 C社と対面面接 (6.5時間: エンジニア計3人とペアプロなど + みんなでランチ + 社長面接)

6/24 身元照会先を依頼、連絡

6/25 Citibank銀行口座開設

6/25 Lyftタダ乗りクーポンでの帰り道、ドライバーさんに「仕事を探してるんだ」と言ったら、元奥さんがそれ系の仕事をしてるからと紹介してもらう

アメリカ4週間目

6/26 アスペの集まりに参加: 自然公園キャンプ

6/27 同上

6/28 同上

6/29 C社からジョブオファーいただき署名

応募候補をまとめたスプレッドシートには、先方からの打診を含め、結局79個の会社メモった。応募したのは14社で、何らかのリアクションがあったのは4社。大半はAngelList上でしか応募していないので、メールで直に応募すれば反応率は上がるかもしれない。職探しサイトプロフィール登録したり応募したりする度に、レジュメの内容や言い回しブラッシュアップしていくことができたことは、よかったと思う。

上で挙げた数社を含め、会社から打診をうけた件数は以下の通り:

Whitetruffle: 11

AngelList: 7件

Stack Overflow Careers: 1件 (リクルーターからさらに1件)

Underdog.io: 1件

LinkedIn: 1件 (リクルーターからさらに数件)

ホワイトボードアルゴリズム問題を解く系の面接の予習は、やろうと思いながら結局ほとんど何もしなかった。やったのは、過去プロジェクトでやったこと・学んだこと・つらかったことなどの振り返りと、レジュメを書く中での自己内省

その後

ここまでは ento お引っ越しでした。僕はというとビザがないので日本お仕事をしていました。そして2015年7月に渡米して結婚10月弁護士経由で配偶者ビザ申請2016年7月に発行されたので8月アメリカにお引っ越し10月グリーンカードも発行されて今に至ります

おしまい

2016-07-28

http://anond.hatelabo.jp/20160728103446

俺は英語できるから英語情報見てるんだけど、たいして変わらないよ。

Stack Overflow質問しても、解決に至る回答がつかない。最近よくあるのが過去の同じ質問リンクが張られて、そこの回答でも解決しないという。

2016-07-25

gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくま単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。

要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのであるググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか

仕方なく自分でまとめたので、増田に垂れ流しておく。

はじめに

ここで挙げているコミットログは全て実際のコミットログから転載である。当然ながら各コミットログ著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユース範囲なら許してくれるだろうと考え名前プロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。

抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリGitHubSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した(あわせて前処理として、コミットログ冒頭のタグ情報は消去した)。

結果として対象としたリポジトリは以下の通り。

atomのみ5400件抽出していたため、計25400件のコミットログベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。

こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である個人的に「うーんこの」と思った表現も、散見される場合は載せた。

ということで、以下用例を羅列していく。

用例集

オプションフラグメニューを追加した
ファイルを追加した
メソッド機能を追加した
実装を別のものへ切り替えた
  • Use args.resourcePath instead of args.devResourcePath
  • Use arrays instead of while loops
  • Use auto instead of repeating explicit class names
  • Use weak pointer instead of manual bookkeeping
  • Change all uses of 'CInt' to 'Int32' in the SDK overlay
  • Change Integer#year to return a Fixnum instead of a Float to improve consistency
新しく何かに対応した/機能上の制約を取り払った
何かを使うようにした
より好ましい実装に改良した
何かを出来ない/しないようにした
  • Don't bail reading a metadata instance if swift_isaMask isn't available
  • Don't exit until the parent asks for an instance
  • Don't include Parent pointer in Nominal/BoundGeneric TypeRef uniquing
  • Don't use MatchesExtension for matching filters
  • Don't use ES6 class for AutoUpdater windows class
  • Don't use MatchesExtension for matching filters
  • Avoid `distinct` if a subquery has already materialized
  • Avoid infinite recursion when bad values are passed to tz aware fields
オブジェクトの内容や挙動確認やすくした
Assertを追加した
不要コードを除去した
コードを移動した
名前修正した
さなバグタイポ修正した, 警告を潰した
バグや好ましくない挙動修正した
テストコメントドキュメントを追加した
テストを削除した
テストコメント修正した
ドキュメント修正した

表現傾向とまとめ

以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。

Add1149
Fix1014
Update584
Remove566
Use382
Don't260
Make228
Move178
Change103
Rename85
Improve76
Avoid68
Allow65
Implement60
Handle58

コミットログの基本形はもちろん動詞 + 名詞である名詞固有名詞複数形、不可算名詞が多いが、単数形場合冠詞は a が使われるか、あるいは省略される。the はまず使われない。

何かを追加した、という表現では非常に広く Add が使われる。メソッドからテストドキュメントに至るまで大概これでまかなえる。

一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typocrash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である

Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合Make sure が使われる(こちらはthat節が取れる)。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う(Ensure はさらに重い表現っぽい)。

また、Fixtypo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメントコメントテストに使われ、本体コード修正に対しては使われない。本体コード修正にあわせてテスト更新したなら Update が使われる。ただ、テスト機構それ自体バグ修正したなら Fix である

無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)からのもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合Don't use を使うことが多い。

何かをしないようにしたなら Don't を、内部実装効率化なら Make A + 比較級/形容詞Improve が使われる。

中身の変更を伴わない単なる名前の変更なら Rename A to B、コード機能論理上の場所を移動させたなら Move A to B である

この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。

余談

コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である

一方で、シンプル単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。

おわりに

8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体効率のいい学習になるという話と同じだと思う。

このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。

2015-12-02

Stack Overflowどうした

ここんとこロクに回答がつかない。付いたとしてもロクな回答がつかない。

ていうか閲覧数が全然伸びない。

つの間にかオワコンになってた?それとも海外ではもう誰もPHPなんて使ってないの?

2015-11-27

Stack Overflow英語)で質問したけど回答がつかない

絶望するよね

あそこで答えられなきゃもう絶対誰も答えられない問題な気がして

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