「hoge」を含む日記 RSS

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

2019-09-25

ママに聞くんだけど

public string Hoge(bool? isPiyo)
{
    if(isPiyo.HasValue)
    {
        if(isPiyo.Value)
        {
            return “trueすこ”;
        }
        else
        }
            return “falseすこ”;
        }
    }
    else
    {
        return “nullすこ”
    }
}

こういうメソッドでNullの時が例外的な処理じゃなく、正常なパターンも想定しているやつすこじゃない

みんなはすこ?

(ママに聞け)

(ママプログラムわかるわけないだろ)

(ママに聞いたんか?)

(聞いてないんご……)

(ならママに聞け)

(はい…… ママに聞きます)

2019-08-07

[]8月7日

○朝食:なし

○昼食:助六寿司

○夕食:人参レタス豚肉を焼いたものに、大根おろし目玉焼きを乗せたもの

調子

むきゅーはややー。

hoge.AAA = GetAAA(piyo);

SetAAA(hoge,piyo);

の違いを語る仕事をしてた、なんだこの仕事は。

グラブル

シヴァ連戦部屋に入ったり、復刻イベントを掘ったり。

復刻イベントって毎回どれぐらい掘るか悩むんだけど、今回はダマスカスがいしょう、アーカルムポイントガチャチケを取り尽くすまで。

虹星晶1239/2900。碧空の結晶265/380。

2019-07-11

Vdebugの条件付きブレーク

:Breakpoint conditional $a === 'hoge'

第二引数ブレークタイプ 第三引数タイプごとに異なる

ヘルプこち

:help VdebugSetBreakpoints-conditional

2019-07-03

プログラムとかで良くある「Hoge」って何?

Hageの間違い?

2019-06-26

switch

ただ特定の値に対して特定の値を返してあげたいだけなのになんでこんな面倒なんだよ。

function(v) {
  switch (v) {
    case "A":return "HOGE";
    case "B":return "FUGA";
    case "C":return "HAGE";
    default:return "それ以外";
  }
}

こんな感じでええやろが…


  switch(v){
    case A=>HOGE;
    case B=>FUGA;
    case C=>HAGE;
    default "";
  }

なんかもっとシンプルに書ける方法無いもんか。

2019-06-12

納得いかいから詳しい人教えて

masuda_array = ["パンティー"];
function hoge(array){
    array = ["うんち"];
    return array;
}
console.log(hoge(masuda_array)); // ["うんち"]
console.log(masuda_array); // ["パンティー"]

masuda_array = ["パンティー"];
function hoge(array){
    array[0] = "うんち";
    return array;
}
console.log(hoge(masuda_array)); // ["うんち"]
console.log(masuda_array); // ["うんち"]

なんでこの二つで動作が変わるの?

2019-05-19

大学院 (特に博士課程) 進学を考えるとき研究室選びのTIPS 1

タイトル通り、大学院進学希望者が、進学先を決める際にした方がよいこと、すべきことについて助言を書いた。

既に巷に溢れている記事ではあるが、様々なところで進学先の失敗談を聞いて、改めて書こうと思った。主に博士進学を考えているもの念頭に書いたが、修士就職する人にも参考になるかもしれない。

当方現在ポスドクで、大学院時代はそこそこ上手くやってきた方であるとは思っている。もちろん、相応の努力はしたが、それだけではない。上手くいった大部分は指導教員、ひいては研究室選びで良いスタートを切れたことによるのだが、修士課程に上がった当時は、右も左もわからず、たまたま見つけた研究室に進んだ。つまり、運が良かったのである

今だからこそわかることもある。また、諸所で指導教員とのトラブルの話を聞いていると「それは下調べさえしていれば避けられていた・・・」と感じることが多い。

そこで、大学院特に博士進学まで見据えて考えている人に、今自分学部4年、あるいは修士2年次であればこうするであろうというTipsを述べたい。

当然、部分的には当たり前であったり、逆に分野によって文化の異なるところもあるかもしれない。なので、納得のいく箇所があれば適宜参考にしてもらえれば幸いだ。

研究室を探す

まずは自身の関心のある分野の研究室を探さないと始まらない。研究室の探し方は人それぞれで、どうしてもその時々の巡り合わせに左右されてしまう。なので、ここでは私の経験を書く。

私の場合学部研究室テーマからは変える予定であった。具体的ではないにせよ、方向性を決めたのは学部3年生の頃で、大学にその分野の研究室がなかったのだった。仕方がないので、その分野で有名と思しき研究室を調べ、いくつか候補とした。

候補となる研究室は、学部時代指導教員に当該分野のある大学を聞いたり、学外の研究会に出席することで知った。また、見学に行った先の教員から教えてもらうこともあった。ようはとにかく、行動することだ。

ただ、私の場合は、結局最終的に行き着いたのは学部2年生の頃受講した講義で知った研究者だったので、この点は運がよかったとしか言いようがない。

学会などは、学部生が無料場合もある。絶好の機会なので参加するとよい。学会にいけば、シンポジウムで当該分野で目立っている研究者の顔ぶれを知ることもできるし、ポスター発表会場で直に会って、実働隊として研究をしている大学院生やポスドクと会話することもできる。「知識もないのに聞いても迷惑ではないのか」と不安かもしれないが、心配はいらない。大部分の研究者は、意欲的な学部生が聞いてくれることを喜んでくれる。邪険に扱ってくる者がいれば、その人の問題なので、気にしなくてよい。

研究室見学にいく

研究室見学には必ずいった方よい。大学院説明会というのもあるが、可能であれば個別アポを取って見学にいく方おすすめだ。そちらの方が平常運行状態研究室を見ることができるし、個人的質問相談ができるチャンスが多いからだ。

多くの研究者研究室大学ウェブページ自身メールアドレスを公開している。そこからコンタクトを取ればよい。大抵の場合は、返信をくれる。メールを書く際には、件名に「研究室見学のお願い」と、要件を必ず書くこと。

メール文章例を載せる。この例以外にも、「研究室見学 メール」などとググれば文例はいくらでも出てくるので、自身に合った書き方を真似つつ、丁寧かつ、要件が明快なメールを送ろう。

ポイントとしては

  • 簡潔に「進学先を探しているので見学をしたい」という要点を書く
  • 何に興味がありコンタクトを取っているのかをごくごく短く書く
  • 名前所属記載するのは忘れないように

といったところだ。

例1

————————————————————————————

○○先生

お忙しい中、突然のメール失礼します。

hogehoge大学hoge学部hoge年の○○と申します。

私は大学院進学志望でhogehogeに興味があり,○○先生研究室見学したくメールをさせていただきました。

もしお時間があれば研究室訪問させていただきたいのですがいかがでしょうか。ご連絡お持ちしております

[ここに名前]

hogehoge大学hoge学部

[ここにメールアドレス]

————————————————————————————

例2

————————————————————————————

○○ 先生

突然のご連絡失礼いたします。

hogehoge大学hoge学部hoge年の○○と申します。

○○先生研究室を~~~~~~~~~~をきっかけに知り、是非見学させていただきたく、メール差し上げました。

私は現在~~~[現在の状況]~~~~~で、進学先の進路を模索している最中にあります

それを考えるにあたり、○○先生現在のご関心や今後の展望について一度伺いたいと思うに至りました。

つきましては、入試などでお忙しい中大変恐縮ではありますが、2, 3月中に訪問時間をいただけませんでしょうか。

どうぞよろしくお願い申し上げます

[ここに名前]

————————————————————————————

修士学生ならともかく、学部生は教員メールを送って見学にいくのは、(他大学だと特に) ハードルが高いかもしれない。しかし、繰り返しになるが、研究室見学には絶対にいくべきだ。相手無駄時間を取らせてしまうかもしれないと恐縮する気持ちもわかるが、大学院に進めばあなたは少なくとも2年、場合によっては5年かそれ以上の時間をそこで費やすのだから

さて、首尾よく研究室見学に行けたとする。何を話し、聞くべきか。こちから聞かずとも、概ね先方が紹介してくれると思うが、必須な項目を述べておきたい。

・目下の研究について聞く

研究室は大きくなればテーマが多様であることも多いし、先端の分野であるほど研究流行り廃りは激しい。従って、未来指導教員が今、現在、何に関心があるのかは率直に聞くべきだ。

とはいえ、下調べは忘れずにしておくの忘れないように。具体的には、見学にいく研究室の直近の論文には目を通しておこう。目安としては、最低5年分はざっと読んでおくとよい。全部理解できなくてもよい。むしろ理解しきれなくても「面白い」と思えればそれを実際に会ったときにぶつければ会話が弾む。これを面倒に感じるなら、そもそもその研究室あなたに合った場所なのか考え直すべきだ。

実際に会って話すときは、回りくどい言い方はしなくて構わない。ストレートに聞きたいことを聞けばよい。

最近論文、例えば去年のhogehoge掲載された研究は○○についてでしたが、今後もそのテーマ継続されるのでしょうか?」

「今後5年間では、どのような題材を扱おうとお考えでしょうか?」

「まだ実現していなくとも、先生自身が今後着手したいテーマや注目している現象などがあればお聞かせください」

など。

この手の質問への回答が、あなた琴線に触れるかどうかが一番大事だ。指導教員自分明後日の方向を向いている状態博士課程を生きるのはかなりつらい。「乗るしかない、このビッグウェーブに!」と思えることがまず重要なのだ

研究テーマ相談する

自分がその研究室に進んだとしたら、どういうことをやりたいのか、興味がどこにあるのかを伝えよう。相手あなたが何者で、何をしたくて来ているのかわからない以上、何を話せば楽しんでくれるのか探り探りなのだ博士課程に進むつもりなら、その旨も伝えた方がよい。

興味関心を伝えれば、何を話せばいいのかも明瞭になるし、場合によっては「それを扱うことができない」ときっぱり伝えてくれて時間無駄にしなくて済むかもしれない。

そうであっても、場合によっては当該分野の研究者を紹介してくれる可能性もある。相手業界人なのだ。頼りまくって構わない。私自身、それで別の研究室見学に行かせてもらったことがある。

特にまだやりたいことが明確でない場合、そう伝えればよい。ただ「○○を面白いと思った」といった、どの辺りに関心を持って見学に来ているのかは伝えよう。テーマを決めかねているのを恥ずかしく思う必要はない。多くの教員は「一緒に考えていけばいい」「今日見せたものなら何が面白かった?」「実は君が面白いと言ってくれた○○は今後こうしようかと思っていて・・・」と話を広げてくれるだろう。

余談だが、実を言うと、具体的なテーマが決まっていない方が受け入れ側からすると「楽」場合もある。なぜなら、学部修士学生が独力で思いつくテーマは大抵面白くないのが現実であるからだ。なので、「こういう方向に興味があるが、具体的にはまだわからない」くらいの方が楽しく議論しながら研究を具体化できるので、指導する側からすると気が楽であったりする。最悪なのは絶対にこれをやりたい」と熱意にあふれているが、そのアイデアがつまらない学生だ。下手に折ると熱意が萎えしまいかねないが、そのまま受け入れると研究リソース無駄になってしまう恐れがある。そのため、気を遣いながら方向修正していく必要があるからだ。

設備について質問する

研究には設備必要だ。自分のやりたいことがある程度決まっている場合必要設備も自ずと定まってくる。それが研究室にあるかどうかは、確認した方がよいに決まっている。マウス研究室ショウジョウバエ研究をしたいと言っても苦笑いされるのが関の山だろう。

また、使いたい設備がわかると、そこから指導教員と会話が広がる可能性もある。どういう方法論に興味があるかがそれで伝わるためだ。

自分が使うかもしれない設備については、研究室の人数に対して適正な規模になっているのかを見ておくとよいかもしれない。例えば解剖スペースが学生数に対して小さすぎると、なかなか自分が使えないといった事態もありうるかもしれない。これは数年の生活では結構ストレスになるので、快適に仕事ができるかどうかは十分に見ておくとよい。

また、実験設備以外にも、共用の院生室などの充実具合も確認しておいた方がよい。

作業机は個人ごとにあるのか、共用であれば十分な広さであるか。私の知っているところだと、二人で一つの机を共用で、曜日ごとに融通し合わなければいけないところがある。キャンパスに通うモチベーションがガクッと下がるのは言うまでもない。

さらに驚くべきことに、ゼミ資料印刷費が自費という研究室存在する。学費を払って大学院に来て、さらに雑費まで払わされるのだ。

余談だが、私はコーヒーが好きなので、研究室に上等なコーヒーマシンが置いてあったのはかなりQOLを高めてくれた。

とにかく、見学した際に、自分がそこで生活するイメージが湧くか考えてみよう。

収入事情

博士院生金銭に頓着しない人間が多いが、生きていくだけの金銭が確保できるのかはよくよく検討した方がよい。金銭というのは、あまり多くても心理学的な幸福を増加させてくれないが、ないと一瞬で人を鬱にしてしまうのだ。

学振が取れればそれでいいが、問題修士課程と、博士学振取れなかった場合だ。

具体的には奨学金RA (research assistant)、TA (teaching assistant)、学費免除制度について尋ねよう。研究室によってはRA学費実質的にタダであったり、そもそも博士課程に学費がかからないところもある。

一方で、無償TAやらせたり、年々あれこれ理由をつけて学費をジリジリと上げている研究科も、私は知っている。

博士課程であれば、学生非常勤講師をどうの程度しているのかを聞いてみるのもよいだろう。ツテがあれば、非常勤の枠を斡旋してもらえ、収入源となるだけでなく教育もつく。

また、日本学生支援機構奨学金は通常ただの学生ローンであるが、大学院生かつ、一種 (利子なし) の場合免除制度がある。その研究室ではどの程度通っているのか聞いてみるとよいだろう。

これらのことも、率直に聞けばよい。

学費について不安なのでお尋ねしたいです」

奨学金はどの程度取れるものですか」

RATA制度はありますか」

非常勤講師の枠などはありますか」

のように。

教員現在ポジション

興味がある教員肩書きが「准教授である場合博士号の主査になれないことが多い。

その場合、通常は名目上、その研究科の別の教授主査になってもらうことになる。その際に不利益が生じることがある。

例えば

真っ当な良心を持っている人には何を言っているのかわからねー部分もあると思うが、私にもわからない。とにかく、現実にあるのだ。

ただ、そのようなことがないか確認するのは、入学前だと極めて困難であるのが実情だ。

少なくとも、そこの准教授学生がきちんと学位取得まで学生を育てているのかはよくよく確認した方がよい。

大学事務システム

これは博士で、特に学振DCを取る人向け。大学によっては研究費の執行システムがかなり厳格なことがある。研究不正をなくすためという高邁な精神は清く、正しいのだが、その結果大部分の研究者にとってはただただ煩雑であることも少なくない。将来的にDCを狙う場合は、聞いておいて損はないだろう。

まぁ、「事務研究者にsupportiveですか?」とか。学生が聞いてきたらちょっと気味が悪いかもしれないが。

研究室雰囲気はどうか

研究室雰囲気というのは面白いもので、実際に脚を運べば必ず漂っている。アクティブ研究室は活気に溢れているし、停滞している研究室には淀んだ空気が流れている。学生が働いている様子を見れば、自分がそこに加わりたいか、実感を持って考えることができるだろう。

気の利く教員なら向こうから所属している大学院生を紹介してくれる。そうでなくとも見学に行った際には「所属している大学院生と話がしたい」という旨を伝えるとよい。よっぽど後ろめたいことがない限りは、快諾してくれるはずだ。

https://anond.hatelabo.jp/20190519202053 に続く

2019-05-13

三大三大三大Hoge

 hoge

 fuga

 あとひとつは?

 

 hoge

 fuga

 あとひとつは?

 

あとひとつは?

 hoge

 fuga

 あとひとつは?

 

 hoge

 fuga

 あとひとつは?

 

あとひとつは?

 

あとひとつは?

2019-05-07

労組の件、左翼案の定会話不能状態

kyo_ju よく判らんがすげぇ偉そう(労働組合役員経験どころか組合員ですらなさそうだが)/なお、御用組合化してる所は平和運動も不熱心だし、ちゃん会社と戦ってる所は平和運動もやるので、リトマス試験紙的な意味もある。 労働 社会 18 clicks

2019/05/07 リンク Add Starfujiyama343no_more_jimin

・オマエエラソウ!

平和運動してないところは御用組合なんだよ!


1つ目はコメントする価値も無いとして、2つ目。

まずそれソースあるの?

仮にソースあるとして、切り離せますよね?なんで常にセットにするの?

労働者としての権利を主張したいけど平和運動政治運動別にしたくない」って労働者の立場は?

なんで混ぜるの?に答えられてないよね。

労働者にとっては自分達の場を政治活動家私物化されてるとすら言える状況だけど。


el-condorel-condor 一遍御用組合とそ闘争的な組合で、平和とかその他の所謂左派的な」活動をどれだけやってるものか比べてみるといいよ。ちなみに大企業で「組合強制加入ガー組合費天引ガー」と言われてるのは大概御用組合の方な hoge labour 2 clicks

2019/05/07

同上。

「比べてみるといいよ」とまで言うなら根拠があるのだろうからソース貼ったほうがよくね?

そして、同じくなんで混ぜるの?に答えられてないよね。


hate_flag でも労組がないとすぐに給与水準待遇は下がるんだよ。自分の見たいイヤなところにだけ注目して叩くのは不毛じゃん?

2019/05/07 リンク Add Starsmall_treeno_more_jimin

こいつが一番酷いよな。

元増田は「労組は要らない」なんて書いてないよね?

普段のこの人のブコメを見るとここまで酷い誤読するような低学力ではないので、

こいつは左派批判には息をするように故意に話を逸らして返す癖がついてる典型的詭弁者だ。


Arturo_Ui 自分の勤務先の組合意見すべきことを"総論"として語るのは理解不能戦時体制生産現場疲弊崩壊させる、という事実に基づいた"総論"である戦争反対」に異を唱えるのも意味不明 // ていうか増田が専従やれば? マジレス

2019/05/07 リンク Add Starribbentrop189no_more_jimin

戦時体制生産現場疲弊崩壊させるから平和運動する」という屁理屈が通るなら、

伝染病生産現場疲弊崩壊させるから防疫活動する」とか、

不逞外国人による社会擾乱が生産現場疲弊崩壊させるから自警団活動する」とか、

津波生産現場疲弊崩壊させるから堤防作りする」とか、

もはやなんだっていえるよな。

お前のガキレベル屁理屈にのるなら労組森羅万象担当しないといけないことになる。

労組はどっかの首相なのか?



左派ってなんでこう、幼稚な子供レベルの嘘や屁理屈しか言えないの?

無関係活動の為に乗っ取って私物化すると本来機能を損ねるから混ぜないでくれ」

平和活動はいくらでもやっていいけど別にやれ」

っていう当たり前の注文に延々駄々をこねるんじゃないよ。

自分達の思想活動に自信があるならせこい母屋泥棒みたいなことすんな。

咎められて逆ギレもすんな。


anond:20190504184608

2019-04-04

こうすればプログラミング覚えられるよ【随時追記

プログラマじゃないけどプログラミング完全に理解した()おばさんが理解してる基礎知識書くよ。

追記 この文章プログラミング勉強をしたいけどその周辺にある基礎知識になかなか触れる機会がない人向けに書きました。これらの基礎知識があると、困ったときに調べ方すら分からないという状況は回避やすくなるはず)

まずLinuxUnix系OSの使い方。

ターミナル、いわゆる黒い窓からCUIコマンドユーザーインターフェース)でコンピュータを使う方法を覚えよう。これは大学コンピュータリテラシーで習った。MacOSXで復習すると捗った。(追記 すごく間が抜けてたけどMacOSXUnix系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回足して、最後にその結果を表示してください、みたいな、上から書いた順番通りに動くのが基本のルールである考え方。プログラムは基本的にはこうやってデータアルゴリズムを使って変化させていって望む結果を得ている。でもこのやり方は問題も多かった。プログラム全体がひとかたまりになってしまっているので、数千行とかになるともう普通の人では手がつけられないし、人間ミスデータを間違って扱ってしまうことがバグの温床になった。

なので、この手続き型の考えに構造化という考えが加わって、関数というものが生まれた。関数っていうのは料理レシピに例えるとわかりやすいかも。

関数が無い状態だと、

1:玉ねぎをくし状に切ります

2:キャベツをざく切りにします。

3:豚こまに塩胡椒で味付けをします。

4:フライパンを火にかけ、油を入れて熱します。

5:豚こまを入れて色が変わるまで炒めます

6:玉ねぎを入れます

7:キャベツを入れます

8:野菜がしんなりするまで炒めます

9:火を消して8をお皿に盛り、野菜炒めの出来上がりです。

と書いていたものが、関数がある状態だと、

A:野菜を切ります

Aのやり方1:玉ねぎをくし状に切ります

Aのやり方2:キャベツをざく切りにします。

B:肉に味付けをします。

Bのやり方1:豚こまに塩胡椒を振ります

1:フライパンを火にかけ、油を入れて熱します。

2:Bを入れて色が変わるまで炒めます

3:Aを入れてしんなりするまで炒めます

4:火を消して3をお皿に盛り、野菜炒めの出来上がりです。

って書ける。ここではAとBが関数

この程度だとあまり意味を感じないかもしれないけど、これがもっと複雑なもの想像してみると、なんとなくありがたみが分かって来ないだろうか?こうすると、多人数でプログラミングをするときに、Aを書く人、Bを書く人、1〜4にまとめる人って感じで作業分担ができる。それに、バグが起きた時もAの領域バグったのか、Bの領域バグったのかとか、全体にまとめると上手くいかないのかとか、原因の切り分けがやすい。

でも、プログラムがとっても複雑化すると、これでも手に負えなくなる。料理の例えを拡大すると、料理店を運営することを考えるといいかも。

料理店でたくさんの料理をさばくときに、レシピを完全に1から作ることってないと思う。Aさんが野菜の仕込み担当、Bさんがスープの仕込み担当、というように各人に仕事が割り振られているはず。AさんもBさんもそれぞれの仕込みのレシピを持っていて、最終的に出てくる仕込みがちゃんとしてればAさんBさんの仕事の詳細までいちいちシェフが細かくチェックしない体制になっていると思う。大雑把にいうとそういう考え方をプログラムで再現したのがオブジェクト指向言語

なので、本気で料理初心者がいきなり厨房の仕切りを任されて上手くいくのは難しいように、構造プログラミングのありがたみすらわからない段階でオブジェクト指向プログラミングに手をつけても意味わからんだろうと思うのがおばさんの立場です。

追記 おばさんはRubyを勧めておきますオブジェクト指向言語ですが、手続き型的に書き下すことも出来るからです。一つの言語手続き構造オブジェクト指向、全部勉強できますメソッドも便利なのが一通りあるし、日本語を扱うのにも問題が少ないです)

次に問題を分解できるようになろう。

例えば、クイズゲームを作りたいと考えたときクイズゲームを作りたいです、って問題は大きすぎる。

クイズゲーム必要な要素は、問題文を表示する、回答を入力してもらう、正誤判定をする、正誤判定の結果を表示する、ということだなぐらいにまず分解する。

これを実際にプログラミングしようとすると、もっと分解できてさら問題が見えてくると思う。

コンピュータってのは創造的なことはできない代わりに、とても簡単なことをとても階層的に重ね合わせて大きな問題を解けるように作られてる。それを心するといいと思う。

からないことは調べられるようになろう。最後はこれ。

これ超大事プログラミングって本当に自分で1からものを考えなきゃいけないことってあまりない。大きな問題あなただけの問題かもしれないけれど、それを構成する小さな問題は大抵他の誰かが解いている問題なので、調べてみれば答えが見つかると思う。

エラーメッセージが出てきたらまずググってみる。翻訳しても初心者には意味がわからないし、ググったら誰かが解説付きで紹介してくれているのでその解説を読んだりしながらエラーメッセージとの付き合い方を覚えていけばいい。

メソッドの使い方がわからなかったら言語公式サイトに行ってみる。メソッドの使い方で大事なのは呼び出し方、返ってくる値の型とかそういうのだから、こういうところはググるよりも公式サイトに書いてあることをしっかり読んで理解する。

あと、アルゴリズム勉強もしてみるといいと思う。アルゴリズムデータ構造計算量の勉強大学学部レベル教科書ちゃんと読んでみると、例えばデータベースを操作するSQLというものを書くことになった時とかに効いてくる。あとは作ったプログラムが遅すぎてどうしようとかいうのを解決する時とか。

なんか深夜までいろいろ書いてしまったけど、あくまでもプログラマじゃないおばさんが書いたものなので、みんなでツッコミとか入れてくれると大変助かります

増田怖いよツッコミ怖いよ、もちろんおまんじゅうも怖い。

2019-02-03

エクセルスプレッドシート質問です。

=if((けっこう長めの関数A) = x, (けっこう長めの関数A), y)

みたいに(けっこう長めの関数A)を何回も使いまわしたい時

hoge = (けっこう長めの関数A)

のように宣言して使いまわす方法は無いのでしょうか?

いちど別セルにその結果を置いておく方法は考えましたが、もっとシンプルにできそうな気がするのですが・・・

検索キーワードだけでも教えて頂けたら幸いです

2018-10-21

プログラミング論理的思考の訓練

プログラミングを教えててよく分かるのは、ちゃん論理的思考が出来ているかどうかを計る道具として非常に有用だということ

口先だけで乗り切ってきた人はプログラミングを教えてもちゃん理解してくれない

知識化するときに表面上だけを理解することに慣れきってしまっていて

試験とか面接突破できるんだけど実際のところ分かってない

からプログラミングを教えて新しい物を作らせようとすると全然作れない

からあるソースを少し触る、とかもできない

例えば

def hoge(a, b):
    c = a + b
    return c

def gaga(a, b):
    print("Hello ", a, b)

っていうソースがあったとして、gagaっていうメソッドhoge演算結果が表示されるように変更してみよう、っていうことをさせると

def gaga(a, b):
    print("Hello ", a, b, c)

って答える。

もちろんスコープとか名前空間とか、そもそもそれが生まれてきた経緯とかメソッド意味とかはちゃんと教えてるんだけど

それでも理解してくれない

この問題に関して正解を教えると、この問題は解けるようになるが、しばらくすると似たようなミスを連発する

一方で論理的思考が出来る子は全然分野違いから来てる子でもそんな間違いはしない

頭の中を整理して理解しているからなのか、とんでもない間違いはほぼない

入試とか面接だと両者の区別は付かないし、下手したら普段業務でも顕在化しなかったりするんだけど

しばらく一緒に仕事をしたりすると

「あ、なんかそもそもを分かってない」

っていう子はプログラミングができない

プログラミングで何かを作らせるっていうのはそういう人間を見分けるテストとしてすごく有用だと思うし、重宝してる

2018-10-06

設定UIスイッチとラベル関係統一してほしい

たとえばAndroidとかでこういう設定UIがあったとき

機能hoge無効 [ ]

ベルが「現状」を示している場合(A)と、「目的」を示している場合(B)の2種類がある。

(A)の場合は、チェック(or スライドスイッチ)を入れるとラベルが変化する。

機能hoge有効 [v] … 機能hoge有効

(B)の場合は、チェックを入れてもラベルは変化しない。

機能hoge無効 [v] … 機能hoge無効

どっちの振る舞いをするかはアプリごとにバラバラなので、旗揚げゲームみたいになって一瞬混乱する。

個人的にはラベル文字基本的に変化しないというメンタルモデルが強いので、(A)はやめてほしいと思う。

2018-08-28

anond:20180828160234

言語によってはswitchswitchが使いづらい場合は極力ifだけみたいな感じ

 

func hoge {

 if (条件a) {

  処理a

  return

 }

 if (条件b) {

  処理b

  return

 }

 if (条件c) {

  処理c

  return

 }

 if (条件d) {

  処理d

  return

 }

 // ここに到達しないことを確認

}

 

1ブロックだけ見れば基本修正できる状態を保つ(独立した状態

else if一切使わないわけではないし、重複した条件が続く場合は工夫するけど

else ifが10個繋がるシーンとかは避ける

改修案件でちょいちょい見かけて訳わからなくなって死ぬ、影響範囲広すぎ

 

__

 

すまん上記変だな

returnが余計だが、return抜いても独立してるように見えない

2018-07-25

はてなNG代替品 Chrome1.0.3/Firefox1.0.1 を公開した

https://anond.hatelabo.jp/20180609124213

はてなフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/nogcpadcgpkonifnaagfghkaiiojdcap

はてなフィルタ - Firefox 向けアドオン

https://addons.mozilla.org/ja/firefox/addon/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/

更新履歴 Chrome 1.0.3 / Firefox 1.0.1

自分スターを付けたブコメの強調表示機能追加
不具合修正

更新履歴 Chrome 1.0.3.2 / Firefox 1.0.1.3 (8月6日追記)

ユーザーブックマークページにも強調表示を適用
不具合修正
ソース整理

あとがき

不具合修正だけでアップデートするの嫌だったのでなにかないかと思っていたところ

はてなの社長に物申してくる

こちらのトップコメントが目に止まり

id:theband

自分スターつけたブコメが一目でわかるよう色や印がつくと、自分が支持した意見や参考になった意見が一覧にできて、考えや参照情報が整理しやすくなると思う。あと、自己客観視しやすい。賛同してくれる人いる?

それをそのまま実装した形です。

どこにマークするかはいろいろ試した結果、AddStarボタンの枠線に落ち着きました。目に付きやすいし同じブコメ意図せず複数回★付けるのを防ぐ意味で。色は黄色や青だと馴染んでしまうので赤です。

自体にもマークするのはちょっとやりすぎかなぁと。うっかりデマにつられてしまって★消したいけど100個も200個も★付いてて探すの大変!ということはあるかもしれませんが。レアケースでしょう。

ちなみにinner_starというのは「★17★」みたいなやつです。HatenaStar.jsでそのように命名されてます

ここから8月6日追記

使っているうちにこまごま見つかった不具合をちまちまと潰し、潰してはエンバグして、また潰し、とやってなんとか一段落しました。

不具合5は特に酷く、★フィルタ作成時に「色情報が入っていてそのままでは使えない」からこそaltでなくhrefから取得することにしたにもかかわらず、それをすっかり忘れてエンバグしてしまうのだから情けないこと頻り。忘れるのはわかりきっているので通常は当たり前でない処理にはコメントを入れて未来自分に注意を促すわけです。今回は忘れることを忘れてしまってコメントを入れなかったのが敗因ですね。

mobile版含め落ち着いたので次は環境固有の不具合…と言いたいところですが報告のあったアドオンの組み合わせバグはどうしようもないかもしれないなと正直思ってます。まだ何も調べてませんが。うまく直れば「同一ユーザーの★をまとめる機能」と合わせて1.1.0をリリースしたい気持ちお気持ちの表明。

2018-07-03

anond:20180703163232

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="ja">

<head>
	<meta http-equiv="content-type" content="text/html; charset=Shift_JIS">
	<title>


  
  

2018-06-28

はてなNG代替品1.0.2を公開した

https://anond.hatelabo.jp/20180609124213

はてなフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/%E3%81%AF%E3%81%A6%E3%81%AA%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/nogcpadcgpkonifnaagfghkaiiojdcap

更新履歴 1.0.2

非表示ユーザー機能追加
非表示コメント機能追加

例1)

 <>宇佐美 *定満

  宇佐美定満

  宇佐美 定満

  宇佐美  定満

  宇佐美   定満

 等、姓名間にスペースが0個以上ある定満を含むブコメ非表示

例2)

 <>ジョン[・|・]*万次郎

  ジョン万次郎

  ジョン・万次郎

  ジョン・万次郎

  ジョン・・万次郎

  ジョン・・・万次郎

 等、中黒(全角/半角)が0個以上ある万次郎を含むブコメ非表示

短縮URL対策
強制非表示サイト追加

あとがき

非表示にしてるはずのサイトがちらほら見えていて不具合かと思ったらift.ttでした。

なるほど、短縮URL対応してなかったなと思いちまちまと対応したものの、ift.ttはどうもスパム扱いされるようなサイトらしくそれなら弾いてしまえと。

短縮URL対応だけでアップデートするのもどうかと思い、はてなNGにあったユーザーNG機能検討したのですが、スター非表示って公式非表示機能でも対応してるんですね。

ただ、わたし環境では非表示に入れてもスターが消えないIDがあり、それによってスターは消えないものだと思いこんでいました。不具合なのか使い方が間違っているのか…よくわかりません。

よくわからないので公式と被ってますユーザーNG機能も入れました。

ログインしなくても使えるので何かの役には立つかもしれません。あと、エントリページの下にでる「ブログでの反応」とはてなトップにでる「はてなブログトップ記事」の二箇所だけですが、ブログ非表示になります

はてなブログトップページ」はIDが表示されていないのでフィルタできませんでした。そこが一番需要ありそうなので残念です。

非表示コメント機能そのままです。IDNGしてもID取り放題のはてなでは効果が薄いこともあるので、単語指定もあったほうがいいかなと。

特に今の時期は。

さいごに

Youtubeフィルタ - Chrome ウェブストア

https://chrome.google.com/webstore/detail/youtube%E3%83%95%E3%82%A3%E3%83%AB%E3%82%BF/dfbfdjepofdfhdddfdggabjjndhiggji?hl=ja&gl=JP

こちらもよろしければ是非。

チャンネル指定動画フィルタリングするChrome拡張です。

せつないことに今の所ユーザー数1(使ってるのがわたしだけ)です。

必要から作ったわけですが、さすがに他に全く需要がないとは思いませんでした。

今どきPCからYoutube見る人ってレアなんでしょうか、もしかして

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