sp1_5. エンジニア年越し配信! in 錬金術ラボ! その5

00:00

5みたいなもう割り切りまくった言語とかもあるから

結局、共変半変って何ですか?

あれいがありますあれいとかのコンテナがありますコンテナの中に収められる方はどんな方ですか

でその方に対して例えばその方をエクステンドしたものはどう扱えばいいですかとかっていうやつを設定するのが共変半変

雑に言うと。エクステンドの意味は? 継承

えっと、あれいって今例で言ったけどあの

型、なんだ

型パラメーターみたいなのがあるわけです。ジェネリウスの話ですよね。

ニューアレイ括弧の中に何を仕込むか

例えばだからストリングのあれいだっていう方がいますと。でストリングのあれいを継承した

なんとかっていう方はえっと必ずストリングのあれいを

持たなきゃいけないかみたいな継承した?

継承するとえっとその

継承したものと要は混ぜたら危険なケースもあるじゃないですか

で混ぜたら危険を許すか許さないかとかまあそういう類のやつですね

中にはストリングしか許さないんだけど

ストリングのあれいを継承したやつはストリングのあれいとして扱ってもいいかどうかって話したかな

共変は

Javaはストリングにしかならない気がする

今それストリングに入れていいの?みたいな

入れていいかじゃなくてストリングのあれいとして扱っていいかどうか

ダメな理由が何があるの?っていう感じなんですけど

ストリングのあれいとして

わかってない

僕も共変はどっちがどっちだっけってなるぐらいちょっと曖昧ではあるんだよね

スカラーでちょっとやったけど

少なくともここで共通してほしいの?Javaではそれもストリングで ok じゃねえじゃないですかね

それ以外はない

変更許してはいけないとかそういうことではないんですか?

変更を許してはいけないとか

変更を許してはいけないじゃないですか

あれいと見せないで

あれいと言うとちょっと

別の例えが欲しい

ちなみにライブ中継終わってます

終わってる?

終わってる

違うわごめんなさい

4時間で

しよう

もしかして最大4時間よく知らない

これで終わり?

でも録画保存とかできるの?

何の変わり場もないファイルがいろいろ

03:01

お疲れ様でした

録画欲しい人います?

とりあえずコルテさんはあれでしょ

録画はしてるんだ

後でポッドキャストはしてくれるんですよ

じゃあ

そのポッドキャストでいく?

どうしても別に

でもなんだろう

ちっちゅうさんにちょっと申し訳ない気がする

再会すればいいのに

草生えてしまった

ごめん

4時間だったのに

最大4時間

4時間多いので

まだ録画は動かしてるのであれなんですけど

あれじゃなくて

ちゃんと調べよう

始められんの?

誰も言わねえ音しないですよ

違うんですよ

始められんだ

続いてるからであって

始まりました

始まっちゃったよ

マジか

誰がマジで練習してたの

こんばりやん

じゃあ始めまして

始めまして

分かった分かった

方を

キャストするときの話だ

ストリングだと分かりにくいから

何がいいんだ

ジャバイオイケルデートと

SQLのタイムスタンプ

型Aと

型Aを継承した

型Bがあって

型Bのアレイ

があったときに

それを

型Aの

アレイとして扱えるかどうか

中身が

ジャバどうなんだっけ

できないんじゃない

ジャバはできない

全然ない

少なくともごめんなさい

ジャバの文脈で喋れる

ジャバとやったことのある

SQLのタイムスタンプが

ジャバしかないからわからない

なんで

ジャバであんまり

そこのところを意識するのは

キャストをやらないから

言ったことがわかる

全然そんなこと考えたことないし

考える必要はそもそもなかった

スクリプト言語マンの

僕は完全にお手上げ

僕もスカラーでやって

どっちがどっち

忘れちゃう程度にはちょっと太い

話題にあがったタイミングは

06:00

あんまり理解してないんですけど

タイプスクリプト

タイプスクリプトでは意識した方がよい

タイプスクリプトは

まだ実装されてない

でも

結局そこを理解してなくても

タイプスクリプトが

押せるっていうことは

何かしらタイプスクリプトを

使うメリットがあるはず

表現反変とかは

ぶっちゃけそこまで厳密に

型を追求して

変態的

変態的って言うとあれだけど

スカラーとかみたいにガッチガチに

型をやる必要があるかどうかっていうのは

うん

だから

この流れで

表現反変がないか

ジャバスクリプト嫌だっていう人がいるけど

みたいな話が出たけど

それは割と

どっちかというと

マイノリティなんじゃないかな

っていう

気はしますよね

ちなみに

これの根本

として

ジェネックスっていう概念があって

ジェネックス

何かっていうと

あるクラスを作りました

そのクラスがデータを保持できます

データを保持できるなら

そのデータにはきっと型があるはずで

その型を

いちいち例えば

ストリングのためのこの型

イントロのためのこの型っていう風に

定義しようと思ったらめんどくさいじゃないですか

だったら型を

汎用的に

指定できる

その代わり指定した型の情報を

使いたいみたいな時に使うのが

ジェネックス

一番よく使われるのは

アレイとかで

配列で配列の中身って

同じものであって欲しい

ことが多いじゃないですか

ストリングの配列だったら

ストリング以外のものを

そこに要素を追加できないようにしたい

っていうのがあるわけじゃないですか

それにアレイっていう

タイプに対して

これはストリングの

アレイだよっていうのをちゃんと

注釈をつけられるっていう

そういうのが

ジェネックスっていうやつですね

それはタイプスクリプトに

搭載されている

ジェネックスは

横で変更な言語

じゃなかったら

最近の静的片付けの言語だったら

だいたい

Goにはないけどね

Goの悪口あるよね

でもGoも

入れたいっていう議論は

2で東のGoのって言ってるよね

さっき親方さんが

そこら辺の道具を揃えてくれてる

バブルのそうだよね

まあね

神を迎えに

オブジェクトの配列は

ストリングの配列

タイプスクリプトとか

例えば

そういうタイプスクリプトみたいな

09:00

簡単語にできたら

半変共変って

ケンロンで

ジェイクエリー

その当時

その

関数型言語って

ケンロンから出てきたっていう

話があるんで

半変共変は

オブジェクト思考はちょっと

違うんだけど

関数型システムの

文脈ですね

システムの文脈ですね

関数型言語の一番原理は

リスプの前

リスプでいいのかな

あったような気がするけど

リスプとして

リスプとかだとそもそも型が

性的型はない

ハスケルとかだと

ハスケルは数学のケンロンだとか

そこら辺を

リスプはLLに近い

ハスケルはリスプとかの

そういう許しさに対して

ガッチガチに型を

数学由来の型を

ガッチガチにやったら

世界の全てを型で

実現すれば

完全関数型言語ができるよ

っていうのを実現したのがハスケル

例えばIO

IOを

例えばキーを入力

しましたっていうのは

言ってみれば

ある時間が経過したら

キーの入力が

入ってくる関数であるみたいな感じで

解釈する

例えば画面に

何か出力するのであれば

ある関数に

数値を投げれば

世界の状態が書き換わる

みたいな感じの解釈を

するっていうような

やつを複数

組み合わせてその組み合わせ方が

型で

思いっきり

最強のシステムみたいな感じで

作ったらハスケルみたいになった

型システムと

関数型っていうのは

どっちかっていうと直行している

概念だと思うけど

それぞれ独立している

関数型で

型のあるやつとないやつとか

関数型の

すごくピュアな

関数にいきたい人は

割と

型も厳密に従う傾向に

はあるっていうだけで

相性の良さも

12:00

あると思いますよね

ちょろっと調べたのですけど

今

関数型言語はとりあえず

とりあえず

発展

布教されたのは

LISPが元で

それより前にアイデアは

あったらしいです

アイデアがあって別の言語があって

広まったのはLISP

らしいです

関数型って言うと

ハスケルのかな

MLのような気がするけど

どっちかっていうと

LISPが

関数型っぽい

のを

持つこと

極めていきたい

って方向にいったのがMLとか

ハスケルだったらいいかな

関数型言語は

いまいちよく分かっていない

関数型言語は

関数っていう言葉が

ちょっと紛らわしいんだけど

数学的な意味での関数

例えば

数字をぶち込むと

別の数字が返ってくるものが

関数

それに対して

普通は

Cで言う関数

Cとかで言われ始めた関数とかだと

数値をぶち込んで

でもその数値から

よく分からない副作用が発生したり

その副作用を許すか許さないか

大まかに言うと

副作用を許さないのが

関数型

純粋な関数型

別の方の受け入れですけど

内部での状態を抱え込まない

ということを言っていて

ある

関数というか

式の中に

変数が関わる場合って

その内部で変数を抱え込む場合って

その式に

値を問いかけた時に

返ってくる答えが既に一定じゃない

ケースがあり得ると

内部に変数を抱え込まない場合は

その式に問い合わせをかけた場合に

返ってくる答えは既に一定

この既に一定さを求めているのが

関数型言語だ

ていうテーマ感も起きる

それは

副作用がないというのとだいたい

そうですよね

副作用がない

そこにいろいろあるわけで

別の言葉です

関数型言語は

関数オブジェクトを第一級オブジェクトとして

扱える言語

関数型っていう

だから

そこら辺は

15:00

純粋関数型かどうか

みたいな議論だって

JavaScriptがもともと

だから

ブレンダーアイクがライブスクリプトを

作った時

もともとは関数型言語を

自分のやつを作りたかったんだけど

キャッチなやつ作れって命令されて

作ったのがJavaScriptだから

関数型言語っていうか

Lispとかに近いっていうのは

確かにそう

Lispも

別に関数に

副作用がない

わけじゃなくて

副作用もない

関数を

ちゃんと定義して

その

プログラミング言語システムを

構築しようっていうのが

NLだったりハスケルなので

その辺でだいぶ

関数型っていうことに対する

考え方ってのは大きく

さがつくところで

それはだから副作用があるかどうかとか

そういった話だと思うんだけど

なので一般的に言われる

関数型みたいなのは

そこまで厳密

関数というものには

持ってなくて

関数オブジェクト

変数とかに

代入できるような

ものを

関数をそういうふうに

扱えるみたいなくらいが

だいたい関数型って言われる

関数型というか

だったら関数型だよね

ぐらいなことはよく

ある

JavaScript

とか

特にそうなんですが

基本的には

今の言語って結構

ハイブリッドなので

関数型

的なものを

プロミスとか

そうだけど

プロミスとかああいうようなものを

積極的に取り入れてきた

っていうのはあるような気がする

だからJavaScriptは結構

関数が

副作用を持つか

持たないかは別に

関数の定義によるので

そういう副作用が

ある

副作用を持つ関数

みたいなのを定義できるかどうか

という違いなだけで

なので別に

関数が副作用を

持つこともできる言語でも

別に

副作用を持たないように

思って

そういうものを

組み立てて

プログラミングしていけば

関数型というか

関数志向な

プログラミング

っていう風には言えるよね

結局

IOモナドとか

ステートモナドとか

要はステートモナドとかだと

状態を持つことができる

18:00

IOモナドだったら

世界に働きかけて

IOを

いじることができる

ただそれは

うまいことを

そこの

辻褄を合わせて

やっているような感じではありますよね

関数型言語は

関数オブジェクト

第9部

関数型言語

強いかたづけ

静的かたづけ

純粋関数

強いかたづけと

静的かたづけは

大体近いような気がするけど

動的にかたをつけるか

静的にかたをつけるか

関数型でも

純粋関数型か

想定内のやつか

その後の

邪魔のラムダとかストリーム

はまさに

そうですね

ラムダ

元がリスプのラムダとか

あそこら辺のはずだけど

関数を

さっき

出ていた

ファーストクラス関数

関数というものを

変数に入れて

自由に受け渡し

あるいは合成したり

できますよというのが

関数型言語ではあるので

そういうようなところで

邪魔のラムダとか

ストリーム

邪魔のラムダは

関数型

UBIというか

邪魔よく知らないから

ちょっとあれなんだけど

なんというか

関数そのものではないので

一つの関数を持つ

クラスがあって

それのオブジェクトを

ラムダとか使えるみたいな

そうですね

まじか

いつもラムダ式されてもされてないな

でも

邪魔らしい

邪魔のルールのもとで

関数型っぽく

プログラムを書ける

関数型っぽい

無名関数を作れるぐらいの

イメージですね

邪魔のラムダは

21:02

邪魔らしいとは思いますよ

そもそも邪魔だから

関数型の言語ではない

そうそう

広報広報安定

ルール守った中で

作るとこうなる

すごい納得のいく作り

ここまで

大劇論を交わさないといけないほど

タイプスクリプトって

ないのかなみたいな

今の大劇論と

タイプスクリプトは

関係ない

関数型言語とはなんぞやみたいな

話が始まって

タイプスクリプトって

共変と反変がない

それを言い出す人が

聞き方が若干多い

タイプスクリプトに対して

そういうことを言うのが

結構

ちょっと

言っちゃってるかな

いわゆる守護がでかいってやつですか

守護がでかいっていうよりは

それを言う人は

すごく狭い

人だよね

交換原則の話から始まる

交番系と

交換原則

なんで今

その話をしたかっていうと

僕は結構プログラムを

結構道具だと思っているので

タイプスクリプトを使ったら

すごい幸せになれることがあれば

使えばいいと思っている

使わなくてもできるんだったら

こんな話までしてまで

使う必要ないんじゃないのって思っちゃったんで

じゃあ話を戻しましょう

話を戻すと

僕はなんでタイプスクリプトを押すかっていうと

まず一つは

JavaScript自体が

推し言語なんですよ

まず

JavaScript推し言語

言語っていうかJavaScriptっていう環境

自体が推しなので

まずそこがあって

ただJavaScript単体

そのJavaScriptっていう言語

厳密に言うなら

エクマスクリプト

エクマスクリプトだけだと正直

ちょっと辛い時があって

それは何かっていうとやっぱり型がない

その胴手片付けが

辛い部分

でタイプスクリプトを使うと

自分がかなり幸せになれる

しかもVSCodeがあれば

かなりいい感じに補完も効くし

エラーもリアルタイムに検出して

TSLintなり

タイプスクリプトの

元から持っている

やつなりが

うまいこと検証してくれて

ハッピーになれる

ってことでVSCodeプラスタイプスクリプトは

すごく

プログラミングが楽になりますよっていう

それで

例えばフレームワークとかも

含めて一からコードベースを作るんだったら

24:01

TSがたまると思うんだけど

エクマスクリプトの

コードベースがある状態で

タイプスクリプトを部分的に混ぜるって

いろいろ辛いと思うんだけど

それは昔の話だと思う

っていうのは

タイプスクリプト

古い知識で

タイプスクリプトを知っている人とかだと

そういう反応になっちゃうんだけど

昔のタイプスクリプトは

確か1.7より前かな

とかは

JavaScript

そのままを

タイプスクリプトとみなすっていうのはできなかったから

あれなんだけど

途中から

Allow.jsって言って

JavaScriptのコード

そのままぶち込んでいいよっていう

オプションが追加されて

そこから全然話変わった

昔は厳密に

厳密に型定義ファイルがないと

怒られるとかがあったから

混ぜるなっけんっていうのは

よく言われてたけど

今は全然混ぜていい

なるほど

学習コストとしては

JavaScriptを覚えてた人たちが

型を変現するところだけ

やれば良い

ってあってます?

あってます

だったら明日からやれるって

共変とか半変って話は

使えばいいだけの話じゃなくて

別に無くても

結局

Genericsとかそうなんだけど

コンテナとかを

自作しますでコンテナを

がっつり組みますしかも型で

がっちりやってとかって言うんだったら

共変半変とかの話

とかももしかしたら出てくるかもねっていうぐらい

のニュアンス

ぶっちゃけそこまでやらなくても

ごまかすことはいくらでもできる

そういう意味では

JavaScriptは

JavaScriptらしく

ゆるい部分がやっぱり

いろいろあるっていうところですね

じゃあその

動的片付けを

タイプスクリプトによって

よくした部分は

あるけれど

なんかJSっぽい

自由な書き方ができる部分がまだあるから

それはそうですね

っていう部分があるって話ですよね

なんかいいとこどおりな

そういう意味環境では

ありますね

ただいいとこどおりなだけだったら

本来つらかったんですが

VSコードの登場で

世界が変わったのであれば

いい感じに

方向性を

決めてくれるとか

そういう話ですね

結局マイクロソフトも

VSコードを作るときに

やっぱりタイプスクリプトを

一番強力に

してるので

ちなみに今

タイプスクリプト自体が

マイクロソフトの

ちなみに今コメントで

共変半変がない言語の弊害として

パーサーのコードが上等になる

私が何言ったのが悪い

パーサー

27:01

型を変える

コンビネーターとかなんとかの話か

僕今XMLパーサーとか

そっちのパーサーかと思ったんですけど

パーサーを

自分で作りましょうみたいな

ノリの話

どんな環境でも

まず

パーサーはパースするもの

パースっていうのは構文解析

コンピューターの文脈で言うなら

パース自体は

解析するっていう意味

めっちゃ書きます

というより

JavaScriptって多分今ある

言語の中で一番ASTが

身近にある言語なんですよ

abstract syntax tree

抽象構文義

っていうのは

なんでか

トランスパイルがブラウザで

動かすために

エクマスクリプトの最新版とかから

ブラウザで実際に動くコードに

変換しなきゃいけない

っていう事情があってそこに

トランスパイル

JavaScriptのコードを変換するっていう

エコシステムが出来上がって

そのエコシステムのおかげで

カジュアルに構文解析

抽象構文義を

いじることができる

のが出来上がってます

これだと

JavaScriptが動的なのが問題なんじゃなくて

弱い片付けなのが問題だと思いますよ

リスパーとしては

という

頼りをいただいております

弱い片付け

そもそも

ちょっと話が戻っちゃって

申し訳ないんですけど

片付けが無くては辛いねっていうところから

僕は

辛いねって分かるつもりでいるんだけど

書く

楽に書くときって

無い方が

さーって書いてるときが楽で

ただ後から読み返すとか

保証するという段階になると途端に辛くなる

っていうものだと思っている

よく壊れやすいとかの意味で

っていうところで言うと

なんだろう

何だっけ

その

例えばその

片付けないところの部分を

他のもので補ったり

要はTDD

TDDがそれに

答えになれば分からないけど

他の解決策があるから

片付けじゃない言語が結構

世にあるんだと思っていて

っていう意味で

片付けにこだわる理由ってあるんですか

確かにその側面はあって

30:00

ユニットテストによって

健康に対する

信頼性を

壊れにくさを

上げるっていうのは確かに

あるんだけど

片付けがあると

まず

型によって保管が効いたり

実際に動かす前に

判定ができる

ユニットテストを書かなくても

型のアノテーションさえあれば

それをちゃんと判定してくれる

というか

コーディングする段階で

書くのは確かに

動的片付けだと楽かもしれないですけど

コーディングする段階で

そもそも

気にしなかったところを

気にしなかった部分を

テストで補ってる部分を

そもそもコーディングで補ってるっていう

コーディングの段階ですでに補ってる

コーディングの段階で意識してるので

っていうと

それは長い想像を変えたことがない

かもしれないですけど

この今定義しようとしている変数が

例えばストリングであるか

ナンバーであるかっていうのって

そこまで

意識しないと分かんないこと

っていうのがなんだろう

意識しない

意識しなくて

例えばこれは文字列を

受け取る

関数ですみたいなのがあるとして

それが分かってるんだったら

別にそこで

ストリングのアノテーションつけるのは

簡単じゃないですか

さらに言うと

片付け言語

今の静的片付け言語って

型を推論するっていうのが

あるので

例えば

こういう関数であれば

型アノテーションがなくても

文字列を返す関数だっていうのは

推論で分かるじゃないですか

っていうのがあるので

そんなにめんどくさくはないかな

と思ったり

書くのも書かないのも

たいしてめんどくさくないなら書いたほうが楽にいくね

っていう

あと

JavaScript

特有の

弊害とすると

たまにHTML構造から

.dataみたいな

メソッドで

値を取れるんだけど

実装してる値が文字列だと

ストリングで返ってきて

ファインティントで返ってくるっていうのがあって

ここは

コード

種別が入ってるから絶対数字で取れると思って

実装しておいたら

実はなんか

小数点とかがついちゃってて文字列で返ってきてみたいな

ことがあって

爆発したことがあるんだけど

小数点ではなかったかもしれない

とたん分かんなくなりましたね

JQueryの話なんで

数字で入ってくると

ライブラリの設計の話になっちゃう

なんで

何が返ってくるかが分かんないときがある

それによって

意図する動きをしない

数値が返ってくると

33:00

文字列判定をしようとしたときに

文字列系のメソッドが叩けない

STLなどが

叩けなくて

JavaScriptがエラード落ちる

っていうバグを見たことがあって

実際にJavaScriptで

散々

昔検証やったときに

型が変わってたみたいなことを

やってたんですよね

確かにそうか

コメントで

ライブラリとかの返り値が何型なんだよ

みたいなことはあるかも

というので

ドキュメント読めばうんうんってあるけど

ドキュメントがあるとは限らない

でもカターノテーションであれば

洋ちゃんさんが

記事を

これは弱い片付けの話

どうしたの

分かるんだよな

何を

まあいいや

でも

あれですよね

JSONパーサーとか

書くと

JSONパーサーとか使うと

あの

XMLでもいいんだけど

そういうのを使うと

型のついてる言語だと

辛い

性的な片付けの言語だと

辛いという問題はありますよね

パーサーが返してくるものが何か

というのが

型が決まらないやつがたまにあるので

整理したい

そっか意識したことない

JSONパーサーやったことは

2015以前の

とりあえず全部

ストリングでとっておけばいいんじゃないか

そりゃそりゃ

邪魔でやるときは

これはデートにできそうだから

デートにしようかというのは

やっと何か違和感

僕の書く

スクリプトが短いから

あると思うんですけど

期待している要素の中身って

変数名が

表すべきだと

出て

ここはストリングである

という以前に

こういう要素であることを期待している

というもうちょっと

大きい説明じゃなくて

詳細な説明が

変数名で設定している

という世界

それがあれば

これがストリングか否かって

別に密に

型で守られている

のが嬉しいケースって

そんなにたくさんあるのかな

っていうのがあまりピンときていない

例えば

それどちらかというと

多分プリミティブ型を

意識しているからのような

気はしていて

例えば

クラスなり

関数なりだと

どうしても

例えば名前が

36:01

同じ名前

同じような感じの名前なんだけど

実は別のものを

使わなければいけないとか

っていうような感じの時

ちょっといい例が思いつきにくいけど

どうしようかな

ザレ事気味なことを言っていたら

それを言ってくれたらいいんですけど

眠い

じゃあ目の覚める話題に行きます?

そうっすね

目の覚める話題に行くか寝ちゃうかどっちかです

あー

目の覚める話題はなんだろう

スマブラ?

今からスマブラ大会?

くせえ

みんなボロボロで

プレイな

ちなみにこの前

初めてスマブラをしました

初めてじゃないわ

人生2度目か3度目かぐらい

64とか含めて初めてってことですか?

というより

僕64持ってないし

64ゲームキューブとか

持ってないから

あの時代やってなくて

DS3DSとかでも

結局

DSに出ましたっけ?

本当にDSに出ました

やってはいないし

Wii

Wii1個はWiiUかなんかで

ちょっとやって

ごめんよく分かんない

でそのままやらなくなった

ような記憶

スマブラの話題は

私は眠くなるの

スプラトゥーン

スプラトゥーン分かんない

さっきまで

テックの話をやっていた時は

眠さや微塵も感じさせなかった

セア

セアモード

これあれね

メンバーによって

どの話題眠くなる

眠くならないがすごくはっきりしてるよね

っていうあたりもエンジニアなのかしらね

分かります

エンジニアとはの話にも

眠い人は眠るからテックの話でいいんじゃないですか

スマブラで私が眠くなったら別に

エレキシスさんさっきから

ずっと眠さを感じさせなかったんですけど

眠いです

眠いですか

眠いというかちょっと首がだるい

表

収録関係ない日だったら

初詣に行って解散でもいいかな

っていう気は今してますけど

3時56分

というか

この任務で店員が横になるには

スペースが足りないっていう

そもそも横になる気がない

俺は横になるスペースを早々に確保した

電車動いてるんで普通に帰るよ

帰るだけ

時間的には多いよね

帰れるんですか

そろそろというか

動いてる

39:01

普通の感覚

次の話題なんかあれかね

聞いてのほうが眠くなんないのかな

これ後半のやつ公開して聞いても面白い

多分ちょっとあまり

練習絶対必要だと思う

そもそも

すごい貫通じゃん

言語の話になる

新しいネタがある

新年抱負?

新年の抱負?

何やっけ

フォートフォリオサイドを作るために

確かに

今からフォートフォリオサイドを作るので

アホやろ

ちょっと一回寝させてくださいよ

コーディング実況

鬼か悪魔してもらいたい

新しいネタが投下されたところで

コーディング実況

しゃべった?

まあそうですね

1990年の抱負はって聞こえた

いつの時代を生きてるんだと思った

2019年

旧だけを拾ったの

2019年

なんかやっぱなじみない

数字だよな

2018だって別に

ターミナルのとこで

2018-01のごちゃちゃが

まあたぶん

1週間か2週間くらいすると慣れるんですけど

本当ですか?僕1ヶ月経っても慣れない

マジですか

それからもういい加減になれるかみたいな気持ちになって

まだ2018年って言ってます

2018年12月32日

何言ってんの

2週間くらいかな

インクラの仕事してて日付のフォルダ作りまくるから

それは僕も同じく

オペレーターの仕事やるときに作りまくるんですが

だいたい2018年に仕立てて

あっ違った

2019年に直すみたいな感じですね

去年の今頃

なんかしょうもないインシデントを起こして

2018年という

始末書を一本したため

みたいなことをやりましたけど

スタッフどれくらいになったら始末書とかって

スタッフ会社の手触るような

すげーあっさり承認されてしまう

スタッフ遅刻したら始末書とか

僕は新年の豊富な話に戻っちゃうと

僕は例のアクチュアルコードを形にして

なんでアクチュアルコードって

えっと

その時にいなかったっけ

たぶん

いらっしゃらなかった

だからマークダウンを

スクリプト言語とみなさい

あーはいはい

っていうか

42:00

たぶんあれの時にいたと思う

自己紹介

じゃなくて

もっと前の回ってことですよね

モクモク執筆会の時に

言ったネタだから

はい

あの時に

何のことか

あれの

あれで書いたら

ブログをそのままアップロードできるような

サービスを作りたいねっていう

ブログにする

なるほどいいですね

っていうのをまあ

新年と言えるうちに

ちょっとやりたい

今年の抱負じゃない

それは

新年のうちに

終わっちゃうじゃないですか

新年の

抱負の場合

今年の抱負

今年の抱負でいう

一年の抱負でいうと

技術的な得を積む

僕のテーマです

去年はちょっと

技術的な得が足りなくて

ちょっと本が不本意な

ちょっと不本意になっちゃったかな

っていうのをちょっと自覚しているので

今年は技術的な得を積むがテーマです

これ食べていいやつ?

うん

この間から

スタッフあの

スタッフ AKSのやつか

スタッフアップセンターの

スタッフアップセンターのお客さんか

スタッフアジュールサーチか

スタッフ全部書けばいいんだけどね

スタッフああそうそう

スタッフさっきエルキさんの

スタッフ川原くんに別にやっておいてたんですよね

スタッフサイトをこうやって

スタッフ忘れてた

スタッフアップ

アップデューリングコンプリート

FMの1話が

スタッフああ TCFM

TCFM聞いてる人

スタッフ最近聞いてない

スター

メッセージを送信

FORTE

スター

コメント

こちらもおすすめ