「コマンド」を含む日記 RSS

はてなキーワード: コマンドとは

2019-05-17

SCP おじさんが苦手

「これってSCPでは」みたいに条件反射レスがつくけども、いい歳して身内創作ネタを外に出してくるのが苦手。俺の場合、 SCP は中学生創作ノート見てるみたいで恥ずかしくなってくる。大した事言ってないのに変に入り組んだ文語体にしたりとかが特にぞわぞわする。

追記: ワイもネットワークエンジニャーだから scp コマンドは使うよ。はい、もうファイル転送ネタおしまい

追記2:

JP独自とか、初期のバランス感とか、そういう背景は知らなかったな。先入観捨ててちょっと読んでみるわ。ありがとうしょうもないことでも書いてみるもんだな。

あとtech用語で湧いてくるおまえら、そういうとこやぞ。

2019-05-16

anond:20190516131910

pythonrubyjavascript

rubypythonは、perlを使いやすくしたもの、という点で似てる

unixコマンドと組み合わせやすいのはruby

数値計算に強いのがpython

javascriptweb系に応用が効く

2019-05-07

アナログすぎるベンチャーにいる

知り合いが立ち上げたデザイン会社を手伝っている。

口八丁な人間が立ち上げたこともあり、仕事は目が回るほどある。

しかタイトル通り、自分以外の全員のマインドアナログすぎて辟易している。

(1) 業務連絡は全てLINE

連絡は全て一つのトークに集約されていて、ログがどんどん流れていってるので、正直どのトピックがどうなってるかが全くわからない。

一度Slackへの以降を提案し使い始めてみたが、数日のうちにLINEで「Slackをチェックして!」と言わなければいけない状態になり、1週間も経たずにLINEに逆戻り。

トークルーム一つでやりとりしているので、発言見逃がしまくり。

(2) カレンダー手帳ホワイトボード

Googleカレンダーで予定を共有するなんてことはせず、今度出来上がるおしゃれなオフィスには予定を書き込むためのでっかいホワイトボードが。

そこはオシャレじゃなくていいのかよ。

(3) ウェブテクノロジー理解できる人間がいない

ウェブを少しでも理解できる人間自分以外にはおらず(ウェブサイトを「HP」と言ってる時点でお察し)、一番ボリュームのあるウェブ仕事は全て自分に降ってくる。

会社新規に立ち上げたサービスがあるのだが、申込を社内でアサインするところは全てLINEでやりとりして決める。

サーバデータベース用意して、Slack / カレンダー / Slashコマンドを駆使するなんてことは勿論提案したところで理解されず。

(4) ファイル共有サーバの中身がぐちゃぐちゃ

大きい案件ごとにフォルダは別れているのだが、その下のフォルダには「〇〇_写真1」「〇〇_Photo」「〇〇_JPG」みたいなほとんど同じようなネーミングで中身が全然違うフォルダが沢山ある。

過去データを遡ることが非常に難しく、勿論検索をかけることもできない。

(5) もう辞めたい

日々、こんな具合でもう辞めたいと思ってる。仕事以外の自動化できる雑務を疑問もなくやっている社員ばかりだ。

正直自分一人でもやっていけるし、ウェブ仕事が多い割に、ウェブでは他の社員全然役に立たないので、仕事の負荷がおかしいこともままある。

オフィスを見回してみるとセカセカ働いているのは自分だけってことも。

毎日「こいつらバカなのかな?」って思いながら仕事するのはなかなか辛いものがある。


あと社名が絶望的にダサい

2019-05-06

今年度中に

PCを新調するか??先ず職場PCか?Asrock DeskMini310にしてみるか?そうすっと、当座は、エンコーディング職場でやることになる。

帰り際にコマンド叩けば良いんだ!アムロゆきま~す

2019-05-05

unixコマンドラインでのファイル名展開について

ふと疑問に思ったんだけど、ディレクトリ dir に 001 002 003 ていう3つのファイルがあるとして、

(そしてその他にはファイルは無いとして)、

cat dir/* > all.txt

ていうコマンドを打ったら、3つのファイルがつながったファイルができるけど、これって、

001 002 003 ていう順番で連結してもらえると期待していいんだろうか。

ええと、これってコマンド問題じゃなく、使ってるシェル問題かな。

Vim81 をインストールしようとして、大量のパッチをあててる時にちょっと疑問に思って。

順番狂ったらおかしくなるかも良くわかってないんだけどさ。

2019-04-27

強くてニューゲーム

したいのに、現実はなぜニューゲームコマンドがないのだ。

キャラクターメイキングもやり直したいのにできないのだ。

2019-04-10

PC98版 YU-NOメッセージファイルフォーマット

アニメがはじまったついでにPC98版 YU-NOメッセージファイルフォーマットを解析してみた。

メッセージファイル

"*.MES"

ファイル構成

+0 offset(2byte)

+2 辞書データ(offset - 2 byte) sjis2byte文字のつめあわせ

+offset データ本体(ファイルの終わりまで)

データ形式

0x06 次の0x06までのデータファイル
0x11 入力待ち
0xC0-0xCF,0x60-0x7F 0x20を足して次の1byteを追加すればsjisの1文字になる
0xD0-0xFF 0xD0を引いて2倍した数値に該当する辞書データの1文字
0x133003 主人公名前に置き換え

他にもコマンドいろいろあるみたい

2019-04-09

vimが嫌いな理由

モード存在すること

モード存在するツールは究極的に言えばクソ

モードをありがたがってる人が書いたコードとか正直読みたくない

大抵外部知識依存しすぎのマウントコードから

もちろんI/Oリソースとかの関係しょうがないことはある

Linuxを使う時にコマンドを叩くのは非常に理にかなっている

でもIDEがたくさんある中でvimを推すのはやめなさい

自分で使うのは否定しないか

 

参考:モード https://ja.wikipedia.org/wiki/%E3%83%A2%E3%83%BC%E3%83%89_(%E3%83%A6%E3%83%BC%E3%82%B6%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%95%E3%82%A7%E3%83%BC%E3%82%B9)

2019-04-07

新卒入社したヤフー退職した

在籍期間は約2年。これは組織所属する期間として短いものかもしれない。

たった2年である。されど2年。鬱憤が溜まるには十分すぎる時間であった。

嘘つき

新卒採用ページの初年度年収は嘘である個人的に一番不満のあった点なので最初に触れておきたい。

ヤフー新卒採用ページを見ると以下のように書かれている(修士場合)。

約468万円(基準給与242,000円/月+25時間相当分の固定時間外手当47,266円/月+賞与等)

私の「初年度」という言葉に対する解釈4月〜翌年3月12ヶ月間」が正しいのであれば、この内容は誤っていることになる。

実態から言うと、初年度年収は468万ではなく410万あたりなのだ

重箱の隅をつつくような指摘と捉えられるかもしれないが、私としては見逃し難い点であったので深掘りしていく。

これが誤りだと主張するに足る最も大きなものとして、初年度の社員は年2回ある賞与のうち1度しかもらえない事が挙げられる。

ヤフーでは4月10月賞与月であり、それぞれ基本給の約2.5ヶ月分の賞与評価によって多少変動するが初年度の変動はなし)となる。

ただ、新卒社員4月にもらうことはない(仮に6・12タイプだとしても、通常6月にもらえるのはいわゆる寸志だろう)。

まり

(242,000 + 47,266 ) × 12 + 242,000 × 2.5 × 1 = 4,076,192

約410万円である

いかがなものだろうか。個人的に60万前後の差額は無視してよいものではないと思う。

ではここで、上文に書かれている「賞与等」の解釈を変え、残業時間考慮している路線を考えてみる。

対象職種エンジニア

条件として、最初の4〜6月は全体研修残業が許されていないため、7月から3月の9ヶ月でできる残業時間対象となる。

また、残業時間が45時間を越えていいのは年6回まで、かつ上限は80時間である

加えて、初年度の1年間での昇給基本的になかったので、1時間あたりの残業代は固定とする。

これを踏まえた上で計算してみる。

「25時間相当分の固定時間外手当47,266円/月」とあるので、残業1900円/時となる。

80時間残業半年間続け、残りの3ヶ月は45時間残業をしたとする。

1900 × ((80 - 25) × 6 + (45 - 25) × 3) = 741,000 円/9ヶ月

これを先程の4,076,192円に加えると、4,817,192円である

なんと、468万を超えた。失敬。

新卒採用ページの初年度年収は嘘である。」と冒頭で言ってしまったが、嘘つきは私のほうだった。


さて、これを読んでどう感じただろう。

こんなことはよくある、で済ませていいものとは思わない。

実現可能から誤りではない、というのは誠実さを欠いている。

(「残業80時間を年6回なら別に苦ではない、むしろこの業界なら当たり前では」といった類のコメントは一旦跳ね除けさせてほしい)

それに45時間を1度でも超えれば上長から指摘を受けるし、6回も超える事例が実際にあるのかと言われれば極めて少数派である

給与企業を選ぶ上で重要ポイントの一つだ。

このような書き方がされていれば新卒1年目にもらえる下限年収のように感じても不思議ではない。少なくとも私はそう感じていた。

これはいつだったか転職ドラフト炎上していたときと同じ流れだ。

[転職ドラフト経由でY社の内定貰ったけど](https://anond.hatelabo.jp/20160925170021)

正しい情報ミスリードなく伝えるのが企業としての在り方ではないだろうか。

THE 虚無研修

はい拍手!」「パチパチパチパチ」

社会に解き放たれて最初に見た異様な光景である

最初の2週間はビジネスエンジニアデザイナーの3職種合同で様々な研修を受ける。研修の内容は多岐にわたり、当然ビジネスマナー研修もあった。

研修中初期はPCを開くことを許可されておらず、みんな紙にメモをとっていた。自分メモをとらなかった。

6人で1つの机にまとめられ、座学の合間にやたらと個人ワーク・グループワークを要求される。特にグループワークが苦で苦で仕方がなかった。

グループワークは、都度いくつかのグループが話し合った内容を発表するよう当てられる。

話し終えると「はい拍手!」と司会役を務める人事の方が声をかける。そして拍手

約300人が回答者に向かって一斉に拍手するのだ。時代錯誤も甚だしい。

この研修を通して、付箋とペンに対してアレルギー反応を示すようになった人も多いと思われる。

グループワーク確定アイテムは勘弁願いたい。

人事の方の話し方もさながら小中学校教師を想起させる。

今年度でもその形式が続いているのであれば退職希望者を増やすだけなので早急にやめたほうがいい。

そして、全職種合同の研修を終えた後はエンジニアのみに用意された研修が続く。

内容は外部講師によるLinux研修Java研修・チーム開発と

ヤフーの用意したチーム開発、である

先に言っておくと外部講師による研修は残念すぎた。不要不毛。不服。

まずはじめにWindows PCを貸与され、それで戦うことを強要される。

一方で、ヤフーでの業務に使う貸与PCエンジニアならMacのみである。なんということだろう。

そして外部講師企画のチーム開発は「雑に集めたメンバーハッカソン」というタイトルが正しい(ここでもまだWindowsのまま)。

LinuxJava研修で学んだ内容を活かせる場面は決して多くなく、チーム内の優秀な人がひたすらにリードする形式だった。

チームによってはリードされる側は「なんかすごいのが出来上がっていく(が仕組みはよくわからない)」、リードする側は「この時間意味があるのだろうか」と誰得雰囲気が出来上がる。

その後、チーム開発研修についてもフィードバックする機会があったのだが、

とある同僚は

チームメンバーgitの使い方を教えないといけない場面があった。gitコマンドに初めて触れるような人をエンジニアとして採用するのはどうなんだ

というコメントを残していた。

なかなかに攻めているなと思ったものの、振り返ってみれば全くそのとおりである

gitコマンド触ったことない=初心者、が必ずしも成り立つわけではないがWeb業界エンジニアにはある程度当てはまるのではないだろうか。

そして未経験者を採用するメリットはよくわからない。

ここで、研修から採用についての言及シフトする。

同僚のコメントも受け、採用サイドに苦言を呈するのであればクックパッドの方の言葉をそのままお借りしたい。

クックパッドでは、新卒であってもプログラミング経験者は基本的エンジニアとしては採用しません。

なぜか?というと、学生のうちにプログラミングソフトウェア、あるいはサービスを作る事に興味を持ち、それを仕事にしたいと思っているのに、手を動かさな理由はないんですよね。

[クックパッド 星氏「新卒でも技術力を重視、尖ったエンジニアエキスパート枠として採用」《新卒エンジニア育成カイギ その5》 |](https://blog.codecamp.jp/engineer-training-cookpad-part1)

ここから主観的意見が強くなることを先に断っておく。

また、ヤフーが「世界通用する tech company を目指す」と謳っていることも踏まえる。

今でも不思議しかたないのは、私の知る極めて優秀な後輩2名がエンジニアとの面談に行く前に落とされてしまたことだ(1人は今GAFAにいる)。

もちろん、面接での受け答えがうまくいかなかったのかもしれないが、それならそれで持っている技術の良し悪しをはかる以前に「面接うまい人材」が重視されていることにほかならない。

技術さえあれば、コミュニケーションがとれなくていいと言っているわけではない。

一方で、面接で落ちたからと言ってコミュニケーションがとれていない、とも思わないが。

ことエンジニア採用に関して言えば、GitHubやホワイトボードコーディングで見られる技術に関する蓄積や瞬発力、

リサーチャー寄り(機械学習エンジニアなど)であれば関連領域論文実績等に比重を置いてもよいと思う。

もちろん、採用する側が手を抜いているわけでないことは重々承知している。

ヤフー含め、多くの企業採用に苦戦していることを鑑みると、採用のものがとても困難なプロセスであることは明らかである

加えて、GitHub等を見たとしても応募者の技術力を正確に測ることは難しい。

ただ「世界通用する tech company を目指す」 のであれば、まず人材技術力ありきではないだろうか。

ヤフーにはヤフー採用戦略があり、一個人が偉そうに言えるものではないので(十分語り尽くしているけれど)このあたりで大人しくする。

研修の虚無さについて書いているつもりが、いつの間にか採用云々についてヒートアップしてしまった。

無理やりまとめるならば、研修採用において間違った方向に舵が切られていると感じた次第である

悪名高きバリュ評価

人事評価永遠課題である

誰もが納得する適切な評価なんてもの不可能

ただ多くの人が納得のいかない評価制度直ちに改善されるべきであり、決して惰性で運用されてはならない。

ここではこの4月廃止されることになったバリュ評価に触れる

採用ページからバリュ評価に対する言及が消えていることは確認済み)。

廃止されたからこそ、この場を借りて言いたい放題言わせてほしい。

一言で言えば、ヤフーもつ5つのバリューに沿って360評価を行うものである

Japanese Traditional Big Company の実施する年功序列よりは億倍まともだし、360評価といえば聞こえはいいが、

このバリュ評価がきちんと機能していたかと言われれば疑問符が浮かび上がる。

まずはじめに、個人的にはバリューの内容自体が謎であった。

バリューはリンク先のピラミッド最下段にある5つの項目だ。

[Yahoo! JAPANミッションビジョンバリュー - ヤフー株式会社](https://about.yahoo.co.jp/info/mission/)

謎だ。

それぞれ自分なりの解釈を交えると以下のようになる。



やはりわからない。

重複しているようにも感じるし、「やりぬく」あたりはもう一つのパフォーマンス評価説明割愛)が担っているようにも感じる。

各々によって解釈も異なるはずである(もし社員認識が合っていたのであれば今すぐに全力で謝罪する)。

ゆえにこれに即した評価結果も際どいものであった。

評価された側も結局よくわからないのだ。

加えて、昇給額の上限がある程度決まっており、いくら成果を出そうと結局のところ全社的にはそこまで大きな差がつかないようになっていた。

本当にとびきり優秀でなければ従来の枠組みを越えることはない。

余談だが、給与を上げる方法はやはり転職である

先輩社員も口をそろえて言っていた。

給料を大きく上げるなら転職したほうが早い、そして数年経ったら戻ってこればいい、と(実際、自分場合は550万 → 700万前後転職となった)。

これはおそらくヤフーに限った話ではなく、転職による給与ハックがWeb界隈全体に蔓延っていることに起因するので仕方ないともいえる。

閑話休題

いろいろな経緯のもと、この4月より廃止となったバリュ評価

今ではパフォーマンス評価のみになったが、やはり評価に対する不満の声はいくらでも聞こえてくる。いくらかマシになったのかもしれないがやはり難しい。

人事評価永遠課題なのである

部署ガチャ外せば待つの地獄


幸い、自分はこれに該当せず外野からコメントになる。

世はAI時代。院卒の新入社員は、多くがデータサイエンス部署なるものを志望していた。

学部卒でも志望している人は少数ながらいた。

しかし蓋を開けてみると、ほとんどはデータサイエンスに全く関係ない部署に配属となった。

データサイエンス部署に限って言えば、一番必要なのは東大もしくは京大を出ているか、そうでなければ運である

配属先のハズレを引いた場合、待っているのは市場価値の大暴落

こればかりは巨大な企業なら日常茶飯事かもしれないが、現実を受け止めるには時間がかかるものである

人気アトラクションエレベータ

最後に、社外の人から見れば些細なこと、しかし多くの社員が日々思っていることであろう不満で締めてみたい。

何を隠そう、名物エレベータ行列である

毎朝絶えること無く形成される長蛇の列、まさに地獄絵図。阿鼻叫喚とも言える。

悲惨な状況を表す言葉ならいずれも当てはまるだろう。

ヤフーでの出勤の定義は「執務エリアに入り社内Wi-Fi下で打刻アプリを起動しボタンを押下」である

これを10:00までに行わないといけないのだが、入り口エレベータまわりでは9:40あたりから徐々に変化が現れる。

気づけば、建物に入ってから執務エリアに着くまで10分以上要することになる。

まり、この行列の待ち時間計算に入れて通勤しないといけないのだ。

スマホでも眺めながら行列が少しずつ進むのを待つ。

これを毎日経験するのは気が滅入る。ただでさえ電車通勤疲弊しているというのに。

もっと余裕をもって出勤すればいいのでは、という声もあるだろう。ごもっとである

しかし、時間をずらせばずらすほど電車密度は増加してしまう。

これもできるのであれば避けたいし、個人的にはエレベータ行列の方が鉄の箱にすし詰めされるよりマシであった。

あくま相対的な話ではあるが。

では、徒歩圏内に住むというのはどうだろう。

これも金銭面で相当にきつかった。

仮に自転車圏内だとしても、私の求めた最低限の生活風呂トイレに行きたいときにいける)を送るには80,000円を軽く超える。

家賃手取り月給の1/3程度が目安とよく言われているが、就職を期に上京してきた自分金銭感覚からすると家賃に80,000円を払う決断最後までできなかった。

そして近くに住んでいたとしても、電車通勤から解放されるされるだけで、早く出ないのであれば結局エレベータ行列に悩まされることになる。

少し主観的意見(というか言い訳)が長くなってしまった。

ということで、この燦々たる状況に対する企業側の動きにも触れておきたい。

結論から言うと、行列に対する直接的なアプローチは何一つ無かった。

どこかのチャンネル(≠slack)で議論されていたりもしたが「待ち時間に何か楽しめるものがあればいい」というのもあり、まったくもって根本解決していないなとなった。

うまくたとえられているかからないが、「料理が不味い」ときに「美味しく感じられるよう空腹にさせてやる」というものが近い。

唯一の救いは、月5回まで利用できるリモートワーク制度である

が、ヤフーリモートフレンドリーであってリモートファーストではないし、みんながみんなリモートワークに慣れ親しんでいるわけでもない。

加えて、エンジニアデザイナー職だろうとマネジメント業務を担い始めた途端にリモートワークは難しくなる。銀の弾丸ではないのだ。

話が発散しているが、エレベータ行列が極めて悲惨ものであった、言いたいことはただそれだけである

もちろん悪いところばかりではない

当然である。がポジティブな面は調べてもらえればいくらでも出てくるので割愛する。

様々な制度メディアで幾度となく取り上げられているし、給与についてもvorkersや有価証券報告書をみればだいたいわかる。

株価はさておき、業績だって順調。

優秀な社員もたくさんいるし、サービスの規模的にもやりがいを感じられる場面は多いはずだ。

そして、悪いところをずっと放置し続けるような企業でもない(と信じている)。

まとめ

結局、自身備忘録みたいなものになってしまった。

まとめるにも思い思いに書きなぐっただけなので特にメッセージもない。

とある社員が不満を述べながら辞めていった、そのくらいで受け取ってもらえれば幸いである。

猫って必殺技コマンドミスった動きするよな

なんか突然ジャンプしたり、ごろごろしたりし、まるで何事もなかったかのようにじっとするよな

2019-04-04

anond:20190404134108

煽りに聞こえてたなら申し訳ない。確かに余計なことを書いたけど、ユーザから入力を受け付けるシステム(ここでは増田)ではコマンドに使われるような記号安全のためエスケープされるということをすぐに理解するのは無理でもいつかわかるといいと思って書いてしまった。

下手にジャンプを書いたらコードスパゲッティになるとか書こうかなーとは思ったけどスルーした。それに関数周りの話はもっとコンパクトでよかったね。

最後に、Ruby選択したのは日本語問題が滅多に出ない、その一点。Pythonも3ならまず問題ないと思うけど、2系は割と問題が出る。もうみんな3系に移行してると思うけど、もし2系を使ってしまう罠があったらと思った。Mac最初インストールされてるpythonも2.7だし。

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

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

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

まず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-04-02

[]4月2日

○朝食:ピザトースト

○昼食:白菜人参、卵、納豆うどん

○夕食:白菜大根エリンギうどん

調子

仕事はお休みした。

まあ昨日怒られたのも、このやる気がない感じが原因なわけだし、ちゃんと向き合えないなら休んだ方がましかな…… って。

休みってか、まあもう言葉を選ばずいえばサボりました、サボリーマンです、ユマ・サーマンです。(ユマサーマンではない)

でまあ、何をしていたかというと、ゲームオナニー

ゲームオナニーは本当に楽しい

特に、安眠のためのオナニー、安眠オナニーじゃない、ガチのやつはなんか久しぶりにした気がする。

いや、ラジオネーム安眠さんでオナニーすることじゃなく、寝付けない時にするやつね。(いやラジオネーム安眠さんでオナニーすることを安眠オナニーと言うわけがないだろ(ラジオネーム?))

伊勢志摩ミステリー案内偽りの黒真珠スイッチ

いわゆる「レトロ風」のADV

文章を読むゲームは好きで、かつミステリはもう大好きなジャンルなので、前々からプレイたかったので、このサボりきっかけにプレイ

かなり「ベタ」な内容だったけど、キーレスポンスはいいし、イライラするようなコマンドの深さもないしで、楽しくプレイでき、一気にクリアまでプレイ

ストーリーも、ミステリというよりは、サスペンスなノリだったけど、十分面白かった。

こういう王道作風好きだなあ、仕事サボってまでプレイする価値があったか? と聞かれると言葉に詰まるけど、まあ楽しい休日を過ごせたから良しとしたい。

ポケモン青(3DSVC):悪ポケないし、それに準ずるポケ縛り

(縛りのルール4月1日分を参照してね)

コラッタ二匹のレベル上げ、1210

タケシ突破方法は、しっぽをふるゴリ押ししかなさそうなので、コラッタをもう一匹ぐらい育てとこうかなあ。

今日は上に書いた偽りの黒真珠プレイしてたので、あまりプレイできず。

まだトキワのもりにも入ってないので、そろそろ挑もう。

っていうか、これ深く考えずにこの縛りで始めたけど、どういう捕獲順なんだっけ。

コイキングがお月見山の手前、ニャースが育て屋の前、イーブイタマムシベトベターがグレン。

うーん、タケシカスミさえ越えれば、ギャラドスペルシアンスムーズ攻略できそうかな。

グラブル

ハードマグナを周回。

それと、よわバハをソロで倒してみたりしてた。

2019-03-20

Googleゲームストリーミングサービスの気になるところ

価格は?

結局これが出ないうちは判断のしようが無い。

他のうだつの上がらないゲームストリーミングサービスと違ってワンチャンあり得るのは

数多のビジネスマーケットを焼き払ってきたGoogle様の得意技「ダンピング」が炸裂するかどうかが不明から

無料は厳しいにしても、データを囲うためにコストから考えてあり得ないレベル低価格で攻める可能性は無くはないと思うので

もしそうなったらゲームストリーミングサービス市場を焼き払って覇者になるかもしれない。

ただ、正直そこまでしてゲームの進め方に関するデータを囲う意味があるかというと、頭の悪い俺には無いように見えるので、可能性は低いんじゃないかな。

ゲームに詰まったらAIが助けてくれる」は開発を縛ってしまわないか

今のAIの盛り上がりに浮かれてる人達は「スゲェ!」って言ってる人も居るけど、そのAI育てるためにはデータ喰わせて調教する必要があるが、ゲームの進捗に関するデータの保持形式が縛られて開発側に余計な面倒が増えないかというのが少し気になる。

AIに喰わすためのデータはキチッとフォーマットそろえる必要があるからゲームの進捗に関する部分とは相性悪そうな気がする。

デバイスから解放」という理想郷ゲームジャンルによっては遠すぎる

にわかりきってる事とはいえスピードの早い対戦系のコンテンツ絶望的。

でも、コマンドバトルのRPGとか、ターンベースシミュレーションとか、比較理想郷が近いタイプゲームもあるのでモノによっては入力遅延より場所を選ばずに遊べる利便性が勝る場合結構ありそう。

でも、グラフィックなり内部処理なりが高負荷のかかるコンテンツでないとデバイスから解放メリットが薄いので、そのフィルターも合わさるとゲームストリーミングサービスメリットデカコンテンツの幅はかなり狭まるのが難点。

すぐ墓地に送られないか

そして何よりこれ。どんなに大々的に発表されたって、メンツのためにズルズル延命させることがないGoogle様のご機嫌伺いながら金払える人がどれほど居るのか。

GCPがもしAWS追い越すぐらいの急成長したときリソース回してもらえるのか?

いくら世界中DC建てまくってもリソースは有限なので、社内政治に負けて金引っ張れない、みたいなことにならないのかな?ってのが心配

必要からってすぐ増やせるもんでもないしね。

最後

まぁ、金持ち死屍累々の難関に大金使って挑んでくれるって言うんだから、存分に頑張ってもらいたい。

2019-03-15

シェルサンプルコードプロンプトをつけるか問題

GitHubのREADME.mdとかでシェルから実行するコマンドサンプルを書くとき、見た目のわかりやすさを重視して、サンプルにプロンプトをつける。

こんな感じ:

$ echo hello

でも、これだとコピペするときいちいち修正必要だよなーとよく思う。

あと、ビミョーにシンタックスハイライト無視する形になるのが気になる。

たぶん世の中には「プロンプトつけない派」もいると思うんだけど、なかなかまわりに聞く機会がない。

(どうでもいいけど、スーパーpre記法をひさびさに使った)

2019-03-13

テクテクテクテクサービス終了に寄せて

まぁ、それほど活発に遊んでいたわけではないのだが、一応それなりに遊んだ身として雑感を。

良かったところ

地図を塗るのは楽しい

 ちょっとずつ領土が広がっていく感じ。

 塗ると無機質なマップが華やかになるエフェクトも良かった。

ドリップ(倒した敵や手に入れたアイテムを合成して強いアイテムを合成するコマンド楽しい

 敵を倒して手に入れた装備をドリップでちまちま強化していくのが楽しかった。

 プログレッシブナイフ+2のためにサキエルを狩り続けたりしてた。

巨大なコラボキャラを眺めるの楽しい

 キズナアイちゃんとか。ポプ子とピピ美とか。

 キャラサイズエヴァとかゴジラとかくらいあるの、必然性は謎だけど良かった。

良くなかったところ

戦闘が単調

 連打ゲー。自分のターンはひたすら画面を連打(正確には高速スワイプ)し、相手のターンはタイミングよく画面を長押しする必要がある。

 熱中するほど複雑ではなく、ながら作業できるほど単純でもないという微妙なところで作業感がすごい。

地図を塗れる機会があんまりない

 塗れるのはその場所に行ったはじめの一回だけなので、通勤ルートとかではあまりやることがない。

 そのため、実際にはあるきまわらずにひたすらとなり塗りするゲームになってる。

となり塗りが強い

・実際に歩いて地図を塗ったところに隣接する部分を塗れる機能

・となり塗りで塗ったところのとなりも塗れるので、無限に塗っていける。

TTPテクテクポイント)というポイントを消費するが、TTPは遊んでるとアホほど貯まるのでコスト感はない

・便利なのだが、便利すぎて、実際に歩くよりとなり塗りでガンガン塗ったほうが効率的になっている。

コラボキャラ以外のキャラクターが微妙

主人公アバターキモかわいいモンスターを倒し続けるゲームなので、キャラ萌えはない。

課金要素

カバン拡張

アイテム所有枠の増加。アイテムはすぐいっぱいになるので。。。

宝箱枠拡張

・敵を倒すと手に入る宝箱は解錠に数時間かかる。

・宝箱枠を拡張すると、同時に解錠できる宝箱の数が増える。

有料アイテム

戦闘や塗りが有利になるアイテムが買えるらしい。

雑感

それなりにおもしろいのだが、すごくハマるポイントに乏しい。

課金ゲーとしてどうだったのかはよくわからない。

2019-03-12

「カレシ」のイントネーション

2019-03-08

anond:20190308115923

とりあえず件のアレやコレは

JS(を実行できる環境)はサンドボックスである

ブラウザで実行されるJSには必ずサンドボックス実装されている

って謎前提が成立している所から来てる話だからな。

それに対してワイが「それは無いんじゃねーの…そんなのブラウザ実装に依りけりじゃん…」って言ってるのがこのtreeやで。

ブレンダン・アイク上記謎前提について「this is truth.」なんて言うはずないだろ。

補足しておくと

JavascriptOS操作しうる実行プログラムはヘタしたら小学生でも作れる

Javascriptは紙に書かれたシミにしか過ぎず、それを解析実行するエンジンについてはベンダーにより仕様動作もまちまち

ブラウザ以外で実行できるJavascriptもある。wscriptコマンドとかで実行できるんだって。へー。

・「サンドボックスモデル」なんて謳ってるブラウザベンダーっていなくね? (セキュリティは謳っていても)

ってことな

2019-03-05

anond:20190305111241

それLinuxコマンドって言うかvim(vi)のコマンドなんだけどそれすらあやふやになっているのか…

最近お仕事コードUbuntu上で書いてるけど、シェルスクリプト書いてるわけではないかcdとかlsみたいなの以外はどんどん忘れてく。なので必要になったら都度ググってる。

2019-03-03

超高速データ解析NYSOLのような、日本発のあまり知られてないけど優秀なプログラムってある?

NYSOLのMコマンドというCSVを整形できるライブラリがあって、地味だが使いやすかった。(Pandasより早い)

Qiitaにも記事はあまり出てないので、単純に知名度問題だと思う。

技術書展でも出てくるかわからないような、ニッチだが効果が感じられて、日本発のプログラムがあったら知りたい。

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