ひと通り実装が終わってしまったから、次のアプリ作ってみようと思う
まぁ改良の余地は腐るほどあるんだけどね！
ここから追加するなら、仕様を整理しておかないと複雑になりそうだし
んで、仕様をまとめるよりも先にやりたいのが
ニコ動のアプリ、正確にはメディア系のアプリ制作
朝の通勤とかで手軽に見れるようなの作ってみようと思う
既存のアプリもかなりあるけど、どれも手軽さが足りないんだよな
多機能な所為で、すぐに再生したい時とか不便なこともある
まず最低限必要そうなのは
・ログイン
・ランキング
・マイリス
・バックグラウンド再生
くらいかな。検索とかいらねーわ
Twitterくらいサッと見れる感じで作りたいな
ダイアログで入力された値をDBに登録して
ListViewを更新するってところで躓いたからメモ
(パフォーマンスとかは今のところ無視）
【Adapter】
利用しているListを新しいListデータで上書き
notifyDataSetChanged();を利用
【ListFragmentからAdapterの更新メソッドを呼ぶ】
getListAdapter()でAdapter取得
Adapterの更新メソッドを利用
【DialogFragmentからListFragment(↑)の更新メソッドを呼ぶ】
Activityを経由してListFragmentの更新メソッドをDialogFragmentから呼ぶ
http://developer.android.com/training/basics/fragments/communicating.html
を参考。
【感想】
やたらぬるぽが出て面倒だった。
落ち着いて考えれば簡単なんだけどなあ。ハマると迷走してしまう。
ちなみに、更新でnotifyDataSetChangedを使うより
１行追加されるだけとかなら、個別で更新処理書いたほうが良いとかあったけど
そこまでパフォーマンス重視してないから良いや。
ListViewを更新するってところで躓いたからメモ
(パフォーマンスとかは今のところ無視）
【Adapter】
利用しているListを新しいListデータで上書き
notifyDataSetChanged();を利用
【ListFragmentからAdapterの更新メソッドを呼ぶ】
getListAdapter()でAdapter取得
Adapterの更新メソッドを利用
【DialogFragmentからListFragment(↑)の更新メソッドを呼ぶ】
Activityを経由してListFragmentの更新メソッドをDialogFragmentから呼ぶ
http://developer.android.com/training/basics/fragments/communicating.html
を参考。
【感想】
やたらぬるぽが出て面倒だった。
落ち着いて考えれば簡単なんだけどなあ。ハマると迷走してしまう。
ちなみに、更新でnotifyDataSetChangedを使うより
１行追加されるだけとかなら、個別で更新処理書いたほうが良いとかあったけど
そこまでパフォーマンス重視してないから良いや。
ListFragment を利用してる時
通常のクリックはonListItemClickをオーバーライドするだけ
長押しクリックはsetOnItemLongClickListenerを実装しないといけない
ってところで
通常クリックもsetOnItemClickListener使ったら効かなかった・。・
OnItemClickが既に実装されてるとかヽ(ﾟ∀｡)ﾉ
ってことなのかなあ
とりあえず、通常クリックと長押しクリックを同時に実装出来たから良いけど
何か釈然としない。
どうせならロングクリックもオーバーライドだけで実装できたら良いのに
通常のクリックはonListItemClickをオーバーライドするだけ
長押しクリックはsetOnItemLongClickListenerを実装しないといけない
ってところで
通常クリックもsetOnItemClickListener使ったら効かなかった・。・
OnItemClickが既に実装されてるとかヽ(ﾟ∀｡)ﾉ
ってことなのかなあ
とりあえず、通常クリックと長押しクリックを同時に実装出来たから良いけど
何か釈然としない。
どうせならロングクリックもオーバーライドだけで実装できたら良いのに
【完了】
★ActionBarの項目実装
【次の課題】
★入力文字をSQLLiteで保存
★保存データをListViewに表示
★リストの項目長押しでオプション表示
スワイプでFragmentの切り替えは練習でやろうと思ったけど
そもそも画面数が少ないアプリだから実装する必要なかったわ＼(^o^)／
ま、必要になったら勉強するか。
★ActionBarの項目実装
★Dialogの自動キーボード表示
★BaseAdapter利用のListView実装
★入力文字をSQLLiteで保存
★保存データをListViewに表示
★リストの項目長押しでオプション表示
スワイプでFragmentの切り替えは練習でやろうと思ったけど
そもそも画面数が少ないアプリだから実装する必要なかったわ＼(^o^)／
ま、必要になったら勉強するか。
ふと振り返ると、俺の所属している部はやはりカスばかりだということに気付いたから
なんとなく愚痴ってみる
【流れ】
とある案件で、タブレットアプリを作るということになった
自分で案を５コ程考えてみた
もっと色んな意見が欲しい！部の人にメール投げて募集しよう！
少数だけど意見がきた！
【結果】
何も案が出なかったので自分の案だけで終わった
何故こんな結果なのか？
少数きた意見の全てが以下
「どういうアプリがいいの？」
おいおいおい、まてまてまて
俺が欲しいのはそれなんだよ阿呆共
自分の案が出きったから、他人の意見欲しいのに
「どういう」とか俺に聞いたら意味ねえだろｗｗｗｗｗｗ
まぁ確かに、募集内容もざっくりしすぎたかもしれない
でも企画の募集ってそういうもんだろ
何で新規サービスなのに方向性とか決めてから考えるんだよ
じゃあこう言えば良いのか？「売れるアプリが欲しい」って。
バカかよ。こいつらはわざわざ売れないアプリでも作りたいのかね・・・
この前のアプリ開発も、絶対売れないってわかってるのに金かけてるしな
しょうがねえから、一応決めてあった方向性の話をしたんだけど
結局１個も案が出てこなかった
んで、あとから聞こえてきたのが、条件厳しいから思い浮かばないわーっての
( ﾟДﾟ)ﾊｧ?○すぞタコ
その決めてあった条件っていうか方向性が特殊だから、決めつけると
絶対意見出ねーだろうなって思ってたんですわ
だから、余計なこと考えずに
お前らが「欲しい！」とか「売れる！」とか思うアプリの案くれって話だったのにな
-------------------------------------------------------------------------
儲けたいとか、売れるものが作りたいとか、そういう意欲もなく
ただ言われたように仕事するだけのやつが９割の部なんだよな
IT業界には向いてませんよ、このクズ共は。
どう考えても売れないようなアプリに対して、何故やるのかという疑問を持たない人種
「まぁ部長が言ってるしー」みたいなノリ
んで、実際マイナス被ってから「他で取り返そうね」って、脳障害か？
今度、仕事関係なく「お前らが売れると思うアプリって何？」って聞いてみようかな
どうせ１個も出てこねーんだろうなー
売れねーだろｗｗｗって意見でも良いから１個くらい案出して欲しいわ
そのしょうもない意見に対して、色んな人の意見が合わさることで
より良いアイデアに昇華させていくのが企画・開発ってもんじゃねえのか？
誰か偉い人が決めたから疑問も持たずに特攻するとか。何？特攻兵？
三人寄れば文殊の知恵とか言うけどさ、
一人よがりで周りは付いてくだけじゃ意味ねーからな？
もー疲れちまったよ、こんな低能な部署…
今は自分が考えた案を形にするために、Android開発してるから面白いけど
部の状況をチラッと見ると「何してんだコイツら」って感じる
何でこの業界にいるんだろうなあ
楽しいからやろうとしたんじゃねえのかなー
俺は飽きやすいし、変化を好むから、IT業界は楽しいんだよね
周りは真逆。同期に至っては「何も考えないで言われたようにやれば良いからテストが好き」とかほざくし
もう工場員にでもなれよ…
この部の基本の流れはコレ
言われたようにしかやらない→配慮・考慮が雑になる→手戻りが発生する→残業多発
簡単な打ち合わせすんじゃん？議事録とまではいかなくても、メモ程度のまとめは作るだろ？
問題点とかに気付くじゃん？早急に情報展開するべきだろ？
一人に案件集中するじゃん？フォローするだろ？
↑全部出来てねえからｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
基本的にコミュニケーション能力が低すぎる
(初対面と話す能力とかそういうのじゃなくて)
連携力っていうの？そういうのが欠けてる
あと責任感も欠けてる。思考力も足らない。
あー、あと自己学習も足りてないね。
学生プログラマーに金の考慮教えて、やらせたほうが良いレベル
傾聴力もないね。周りの意見を取り入れてない。
保身には長けてるね、自分の仕事を減らすことだけは上手い
あれ？何なら出来るの？ →言われたこと「だけ」それなりにやる
あーもう絶望的だよ。終わってるわ。
悪い点なら言い出したらきりがない。
一度指摘したけど、改善の見込みは無さそうだしな。
もう見限って、新しい部を残りの１割の人で設立したいなあ(´・ω・`)
-----------------------------------
完全に乱文だけど、まぁ良いや
それくらいに萎えてる。
なんとなく愚痴ってみる
【流れ】
とある案件で、タブレットアプリを作るということになった
自分で案を５コ程考えてみた
もっと色んな意見が欲しい！部の人にメール投げて募集しよう！
少数だけど意見がきた！
【結果】
何も案が出なかったので自分の案だけで終わった
何故こんな結果なのか？
少数きた意見の全てが以下
「どういうアプリがいいの？」
おいおいおい、まてまてまて
俺が欲しいのはそれなんだよ阿呆共
自分の案が出きったから、他人の意見欲しいのに
「どういう」とか俺に聞いたら意味ねえだろｗｗｗｗｗｗ
まぁ確かに、募集内容もざっくりしすぎたかもしれない
でも企画の募集ってそういうもんだろ
何で新規サービスなのに方向性とか決めてから考えるんだよ
じゃあこう言えば良いのか？「売れるアプリが欲しい」って。
バカかよ。こいつらはわざわざ売れないアプリでも作りたいのかね・・・
この前のアプリ開発も、絶対売れないってわかってるのに金かけてるしな
しょうがねえから、一応決めてあった方向性の話をしたんだけど
結局１個も案が出てこなかった
んで、あとから聞こえてきたのが、条件厳しいから思い浮かばないわーっての
( ﾟДﾟ)ﾊｧ?○すぞタコ
その決めてあった条件っていうか方向性が特殊だから、決めつけると
絶対意見出ねーだろうなって思ってたんですわ
だから、余計なこと考えずに
お前らが「欲しい！」とか「売れる！」とか思うアプリの案くれって話だったのにな
-------------------------------------------------------------------------
儲けたいとか、売れるものが作りたいとか、そういう意欲もなく
ただ言われたように仕事するだけのやつが９割の部なんだよな
IT業界には向いてませんよ、このクズ共は。
どう考えても売れないようなアプリに対して、何故やるのかという疑問を持たない人種
「まぁ部長が言ってるしー」みたいなノリ
んで、実際マイナス被ってから「他で取り返そうね」って、脳障害か？
今度、仕事関係なく「お前らが売れると思うアプリって何？」って聞いてみようかな
どうせ１個も出てこねーんだろうなー
売れねーだろｗｗｗって意見でも良いから１個くらい案出して欲しいわ
そのしょうもない意見に対して、色んな人の意見が合わさることで
より良いアイデアに昇華させていくのが企画・開発ってもんじゃねえのか？
誰か偉い人が決めたから疑問も持たずに特攻するとか。何？特攻兵？
三人寄れば文殊の知恵とか言うけどさ、
一人よがりで周りは付いてくだけじゃ意味ねーからな？
もー疲れちまったよ、こんな低能な部署…
今は自分が考えた案を形にするために、Android開発してるから面白いけど
部の状況をチラッと見ると「何してんだコイツら」って感じる
何でこの業界にいるんだろうなあ
楽しいからやろうとしたんじゃねえのかなー
俺は飽きやすいし、変化を好むから、IT業界は楽しいんだよね
周りは真逆。同期に至っては「何も考えないで言われたようにやれば良いからテストが好き」とかほざくし
もう工場員にでもなれよ…
この部の基本の流れはコレ
言われたようにしかやらない→配慮・考慮が雑になる→手戻りが発生する→残業多発
簡単な打ち合わせすんじゃん？議事録とまではいかなくても、メモ程度のまとめは作るだろ？
問題点とかに気付くじゃん？早急に情報展開するべきだろ？
一人に案件集中するじゃん？フォローするだろ？
↑全部出来てねえからｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
基本的にコミュニケーション能力が低すぎる
(初対面と話す能力とかそういうのじゃなくて)
連携力っていうの？そういうのが欠けてる
あと責任感も欠けてる。思考力も足らない。
あー、あと自己学習も足りてないね。
学生プログラマーに金の考慮教えて、やらせたほうが良いレベル
傾聴力もないね。周りの意見を取り入れてない。
保身には長けてるね、自分の仕事を減らすことだけは上手い
あれ？何なら出来るの？ →言われたこと「だけ」それなりにやる
あーもう絶望的だよ。終わってるわ。
悪い点なら言い出したらきりがない。
一度指摘したけど、改善の見込みは無さそうだしな。
もう見限って、新しい部を残りの１割の人で設立したいなあ(´・ω・`)
-----------------------------------
完全に乱文だけど、まぁ良いや
それくらいに萎えてる。
まだKOって続いてたんだなｗｗｗ
神ゲーだったけど過疎って終わってたと思ってたわ
あれで接続数がSA並だったらなあ
今の流行りはLOLなんですかねえ
ああいう系はあまり好きじゃないので多分やりませんけど
FPSもスゲーマンネリ
社会人のログイン率だとガキ共には納得されないようだ
それに時間も合わない＼(^o^)／
夜１０時～１１時半くらいで
ジャンルは問わず適当に４～８人くらいで遊びてーわ
C9を４人で回ってた時は面白かったなー
最近は手軽さから、携帯ネトゲが増えてきたけど
チャットとか携帯だと面倒なんだよなあ
（そこを改善すると、さらに流行るかも？）
趣味程度でUnityを勉強してるから
いずれは、手軽かつヘビーユーザーにも対応したネトゲを作りたいね
神ゲーだったけど過疎って終わってたと思ってたわ
あれで接続数がSA並だったらなあ
今の流行りはLOLなんですかねえ
ああいう系はあまり好きじゃないので多分やりませんけど
FPSもスゲーマンネリ
社会人のログイン率だとガキ共には納得されないようだ
それに時間も合わない＼(^o^)／
夜１０時～１１時半くらいで
ジャンルは問わず適当に４～８人くらいで遊びてーわ
C9を４人で回ってた時は面白かったなー
最近は手軽さから、携帯ネトゲが増えてきたけど
チャットとか携帯だと面倒なんだよなあ
（そこを改善すると、さらに流行るかも？）
趣味程度でUnityを勉強してるから
いずれは、手軽かつヘビーユーザーにも対応したネトゲを作りたいね
なんか、KOがアプデしててワロタｗｗｗ
あのゲームはまだ続いてるってのが凄いな。
過疎ってたけど、ゲームとしては面白かったからなあ
最近、新しいゲーム（ネトゲ）やりたいと思うんだけど
中々良さげなのがない。むしろ大体似たようなゲームばっかり…
FPSは正直飽きた。時々仲間内でVCしながらやるくらいが丁度良いわ。
あー暇な時間を潰す方法がナイヨー・。・
あのゲームはまだ続いてるってのが凄いな。
過疎ってたけど、ゲームとしては面白かったからなあ
最近、新しいゲーム（ネトゲ）やりたいと思うんだけど
中々良さげなのがない。むしろ大体似たようなゲームばっかり…
FPSは正直飽きた。時々仲間内でVCしながらやるくらいが丁度良いわ。
あー暇な時間を潰す方法がナイヨー・。・
久々にゆっくり休みましたわ＾ｐ＾
んで、暇だからAndroidアプリでも作ろうと思って
まずは何を作るかなって感じ。
小銭稼ぎたいから、バナー広告でも載せるとして
内容どうすっかな(´・ω・`)
ゲームは無理だな、デザインとか考えるとコスト掛かり過ぎる。
ユーティリティ的なもので、かつシンプルなものにしたいと思う。
んで、需要ありそうなの って考えるとあんまり良い物が思い浮かばないんだよなー
こういう発想だけは昔から苦手だ
それが出来るのかとか、儲かるのかとか、コストとか
考えすぎなのかもしれん。0ベースとかよく言うけどアレ苦手。
んで、暇だからAndroidアプリでも作ろうと思って
まずは何を作るかなって感じ。
小銭稼ぎたいから、バナー広告でも載せるとして
内容どうすっかな(´・ω・`)
ゲームは無理だな、デザインとか考えるとコスト掛かり過ぎる。
ユーティリティ的なもので、かつシンプルなものにしたいと思う。
んで、需要ありそうなの って考えるとあんまり良い物が思い浮かばないんだよなー
こういう発想だけは昔から苦手だ
それが出来るのかとか、儲かるのかとか、コストとか
考えすぎなのかもしれん。0ベースとかよく言うけどアレ苦手。
結果としては勝った＼(-o-)／
相手が一人落ちたのが大きかったかな。
こっちの反省点は十分あると思った。
俺個人の思想としては
戦略
戦術
戦法
の中で、戦略を重視している。
というか、戦法については殆ど言及してない。
クラメン全員がある程度の経験あるし、
AIMも普通以上にはあるから大して問題ではないんだよね。
もちろん、戦略戦術が拮抗したら戦法でしか勝てないんだろうけど
そんなことは有り得ないと思ってる。
ただ、今回の1戦目は戦略よりも戦術で勝ってしまっ た感じが否めない。
スモークを使って片方にラッシュをかけるだけだと戦術でしかないんだよね。
これだと対策されたら終了する。（対策してこなかったから勝ったけど）
こういった戦術を1試合の中で、どう使っていくのかをもっと考えないといかんな。
ダブルフェイクとかは当然のように使っていきたい。
これからの活動として
全員が共通の戦略目的をもって、
報告しあって戦術を組み立てて
戦法を使って戦術を成功させて戦略目的を達成したいな。
相手が一人落ちたのが大きかったかな。
こっちの反省点は十分あると思った。
俺個人の思想としては
戦略
戦術
戦法
の中で、戦略を重視している。
というか、戦法については殆ど言及してない。
クラメン全員がある程度の経験あるし、
AIMも普通以上にはあるから大して問題ではないんだよね。
もちろん、戦略戦術が拮抗したら戦法でしか勝てないんだろうけど
そんなことは有り得ないと思ってる。
ただ、今回の1戦目は戦略よりも戦術で勝ってしまっ た感じが否めない。
スモークを使って片方にラッシュをかけるだけだと戦術でしかないんだよね。
これだと対策されたら終了する。（対策してこなかったから勝ったけど）
こういった戦術を1試合の中で、どう使っていくのかをもっと考えないといかんな。
ダブルフェイクとかは当然のように使っていきたい。
これからの活動として
全員が共通の戦略目的をもって、
報告しあって戦術を組み立てて
戦法を使って戦術を成功させて戦略目的を達成したいな。
Twitterが出てからブログは廃れたよな
仕事がひと段落つきそうなので、ちょっと振り返ってみる。
今回の案件では俺はPGとして実装だけしてたけど
手戻りが多いのと、要求がチョコチョコ変わって結果的にコストが増えてしまったのは
一年目の俺から見ても明らかだった。
問題点は
・要求が度々変わる
・お客さんの返答が遅い
・実装の負担を分散できていない
ことだった。
でも要求が変わってしまうのは、仕方がないことだと思う。
お客さんからすれば自分の思っていたものと違う！ってだけだろうし
むしろ問題があったのはこっちの設計部分だな。
手戻り発生の大半は、「アレ？この部分、○○の時どうするか決めてなくね？」
って感じだった。そしてそれをお客さんに聞いて返答待ち。そして、その返答は３日後とか。
返答が遅いのは、こっちのやりかたが悪かったと思う。
「来るまで取り敢えずの実装しとこう」とか、すごく無駄だった。
むしろ電話かけまくるくらいで、「お前らの願い叶えるためやってんだぞ」
くらいのスタンスでいけばよかったとおもう。
そして実装の9割はオレ。
というか、実装内容はオレしか知らない。
異常事態だと思うわ。保守どうすんの？ｗｗｗ
一応、現在稼働してるシステムだから、既存の流れを汲んだ実装にしたけど
まぁ酷い。保守性なんて皆無のコードだったよ。
Javaでインターフェースを一切使わず、その場凌ぎのコードしか書いてなかったからな。
あまりにも酷い部分と、今後拡張されるであろう部分はチマチマ直しておいたけどｗｗｗ
最後に振り返って考えると、一番の問題点はやっぱり設計だったかな。
「今こういうふうなシステムに○○って機能つけたいんだけど」っていう要求に対して
現状どういう風に使われているのかってところの調査が欠けていた。
「調査工数が少ないから・・・」とか言い訳してたけど、むしろそこをケチった所為で
クソみたいな手戻りが発生してたんだよな。
実装しちゃってから「あ、既存でこんな機能があるけど影響出てねーよな？ｗｗｗ」
みたいなの。バカかと。今回はまだ小規模なシステムだったから大事にはいたらなかったけど
調査工数をちょっと削っただけで、これだけハイリスクな実装になってんだから。何も言えねーよ。反省しろ。
今回の案件で、上流工程の大切さとそれが及ぼす下流工程への影響を学んだ。
とても勉強にはなったな。「ああ、こういう風に回しちゃいけないんだ」ってね。
自分がPLやる時は先の先まで見据えて行動できるようにしていきたいと思いました。
その為には経験が必要だろうし、そういう意味では意義のある仕事だったかもなｗｗｗ
二度とやりたくねーけどな。
とまぁ、色々問題点があったけど、その反省とかせずに次の案件行くから
俺の今の部署は成長しないんだろうな。前の案件と同じやり方しかしない。
こうやって自分の保身を考えることだけに特化した量産型クソBOTが出来上がるんだろうね。
割りと老舗の会社だから、こういう古い考えのBOTが大半で
実際に会社を回してるのは、必死に色んな案件掛け持ちしてる人なんだろう。
良いように利用されてる感は否めない。
そうはならないようにうまく立ち回りたいと思う。
仕事がひと段落つきそうなので、ちょっと振り返ってみる。
今回の案件では俺はPGとして実装だけしてたけど
手戻りが多いのと、要求がチョコチョコ変わって結果的にコストが増えてしまったのは
一年目の俺から見ても明らかだった。
問題点は
・要求が度々変わる
・お客さんの返答が遅い
・実装の負担を分散できていない
ことだった。
でも要求が変わってしまうのは、仕方がないことだと思う。
お客さんからすれば自分の思っていたものと違う！ってだけだろうし
むしろ問題があったのはこっちの設計部分だな。
手戻り発生の大半は、「アレ？この部分、○○の時どうするか決めてなくね？」
って感じだった。そしてそれをお客さんに聞いて返答待ち。そして、その返答は３日後とか。
返答が遅いのは、こっちのやりかたが悪かったと思う。
「来るまで取り敢えずの実装しとこう」とか、すごく無駄だった。
むしろ電話かけまくるくらいで、「お前らの願い叶えるためやってんだぞ」
くらいのスタンスでいけばよかったとおもう。
そして実装の9割はオレ。
というか、実装内容はオレしか知らない。
異常事態だと思うわ。保守どうすんの？ｗｗｗ
一応、現在稼働してるシステムだから、既存の流れを汲んだ実装にしたけど
まぁ酷い。保守性なんて皆無のコードだったよ。
Javaでインターフェースを一切使わず、その場凌ぎのコードしか書いてなかったからな。
あまりにも酷い部分と、今後拡張されるであろう部分はチマチマ直しておいたけどｗｗｗ
最後に振り返って考えると、一番の問題点はやっぱり設計だったかな。
「今こういうふうなシステムに○○って機能つけたいんだけど」っていう要求に対して
現状どういう風に使われているのかってところの調査が欠けていた。
「調査工数が少ないから・・・」とか言い訳してたけど、むしろそこをケチった所為で
クソみたいな手戻りが発生してたんだよな。
実装しちゃってから「あ、既存でこんな機能があるけど影響出てねーよな？ｗｗｗ」
みたいなの。バカかと。今回はまだ小規模なシステムだったから大事にはいたらなかったけど
調査工数をちょっと削っただけで、これだけハイリスクな実装になってんだから。何も言えねーよ。反省しろ。
今回の案件で、上流工程の大切さとそれが及ぼす下流工程への影響を学んだ。
とても勉強にはなったな。「ああ、こういう風に回しちゃいけないんだ」ってね。
自分がPLやる時は先の先まで見据えて行動できるようにしていきたいと思いました。
その為には経験が必要だろうし、そういう意味では意義のある仕事だったかもなｗｗｗ
二度とやりたくねーけどな。
とまぁ、色々問題点があったけど、その反省とかせずに次の案件行くから
俺の今の部署は成長しないんだろうな。前の案件と同じやり方しかしない。
こうやって自分の保身を考えることだけに特化した量産型クソBOTが出来上がるんだろうね。
割りと老舗の会社だから、こういう古い考えのBOTが大半で
実際に会社を回してるのは、必死に色んな案件掛け持ちしてる人なんだろう。
良いように利用されてる感は否めない。
そうはならないようにうまく立ち回りたいと思う。