はてなキーワード: システム開発とは
システム対応が大変、システム化によって使われなくという意見があるが逆だと思う。
ふつうにシステム開発すれば元号の扱いは簡単で混乱する要素は少ない。すでに平成への移行も経験しているのだし。当時直接携わっていなくても平成が永遠に続かないのは自明なわけで、ごくふつうに設計していれば改元には備えてあるはず。御譲位がなければ突然の改元の可能性もあるわけで、元号を扱うのであれば当然すぎる要件だ。(もちろん改元を前提とすること自体が不敬極まりないという考え方ゆえにシステムに盛り込んでない場合もあるのだろう)
あとは実際に変更する際のコストぐらいだろう。
いろいろ有って2年ほど努めた会社を離れることになった。職種はWEBエンジニア。主にフロントエンド担当、ポジションとしてはリーダー格。所属会社はいわゆるWEB系ベンチャー。
何社も経験しているジョブホッパーだが、スキルや経験はこの会社で一番貯めることが出来たし、一緒に働いてきた仲間はいい人たちだったので感謝している。しかし事業の方向性と自分の方向性がずれ始めたので会社を離れることになった。
この会社では採用も担当することが出来、そのおかげか今回の転職活動は人生で最もスムーズで、かなり質の高いオファーを複数もらうことが出来た。どこも魅力的な会社で高い評価を頂いているので、辞退する会社には正直申し訳なく思う。もちろん超売り手市場の超売り手職種ということもあり、自分の実力以外の側面も強いのだが。
そこで2回に渡ってありきたりだけど、転職について書きたいと思う。今回は採用側としての視点で書く。
※自分の身バレ以上に応募者のプライバシーのほうが問題なので、ある程度ぼかして書いてます。
100名近く会って実際に通したのは5〜10程度。一次通過率厳しすぎじゃね?って思われるかもしれないが、自分としてはできる限り通すつもりでやった。それでもこの結果だった。
フロントエンドエンジニアということなので、最低限「HTML/CSS/JavaScriptでコーディングできる人」「Gitを使った開発ができる人」という観点でだけしか見ていないのだが、それすら至っていない人が多かった。
「職業訓練校で習ったので、AdobeとHTMLとCSSは出来ます、jQueryプラグインは設置できます。Gitってなんですか?」とか「制作会社でLPを量産してきました。Reactってなんですか?」とかそういう人である。
いくら売り手市場とはいえ、Webアプリ開発者を求めているので、このレベルの人を採用して教育するほどの余裕はない。最低限学習意欲や、キャッチアップする能力があればいいのだが、こういう人に限って「これから頑張ります」という感じなので、正直お断りしていた。
こういう人は本来であれば書類でスクリーニングすべきなのだが、会社自体が有名ではないせいか応募母数が多くないので、こういう人も書類は通していた。
逆にSIerや社内SEからの転向組の方も多かったが、「JAVAで基幹システム作っています、バージョン管理はSVNです。Angularってなんですか?」とか「社内システム開発でベンダーコントロールしてました。希望年収は現職と同じく700万です」とか。もちろんGitHubアカウントなど持っていない。なぜ弊社に応募してこようと思ったのか謎である。
恐らく流行のモダンフロントエンドとRailsでGitHubでPR開発という、ベンチャーによくあるキラキラした部分に惹かれてきたんだろうけど、それにしても準備しなさすぎじゃないですか?この手の人に少し技術的に突っ込んだ質問をすると、大体とんちんかんな回答が返ってくる。
そもそも、いくら応募母数が少ないとはいえこういう人を書類通過させるのもどうかと思う。もうちょっと書類でスクリーニングしてくれと言ったが、自分の意見は通らなかった。ちなみにその上司ももう会社にいない。
上記に書いた社内SE氏もここに含まれるだろうが、それ以外にもこういう人がいた。
「43歳で現在雑用アルバイト。会社のホームページ担当を片手間でやってます(一応paizaではS判定)。ところどころ空白期間あり(聞いたらガチニートだった)。Gitってなんですか?」とか「38歳でコンサル会社でマーケティング担当ですが、技術的スキル手に入れたいのでキャリアチェンジしたいです。スクールでWEBコース勉強してます。Vue.jsってなんですか?」とか。
どちらも普通なら書類落ちレベルだが、前者の方はpaiza経由なので面談確約だし(paiza経由でGit知らないとかギャグかと思った)、後者の方もポテンシャルによっては通してもいいのだが、年齢の割にちょっとキャリアに考えが甘すぎると思ったのでお断りした。
正直なところ、自分もジョブホッパーだしあまり性格がいいとは言い難いし、実はそこまで人柄は見ていないのだが(どんな人にも長所短所はあると思うので)、それにしてもちょっとこの人とは働きたくないなと言う人はお断りした。
具体的には「前回面談で日程勘違いですっぽかしたにもかかわらず、再設定された面談で一切謝罪もなかった」とか、退職理由を聞いたら「上司や同僚とうまくいっていない、自分にはもっとふさわしい職場がある」とか、技術的に少し乖離がありますが大丈夫ですか?と聞いたら「そんなの調べれば出来るし、大した問題ではない」と逆ギレ的に回答してくるなど。
ちなみにこれは全部同じ人。あまりにもひどいので速攻でお帰りいただいた。エージェント経由だったので、一応人柄でこれは駄目でしょ的なフィードバックを返したけど、多分こういう人は改まらないだろう。そもそもすっぽかした人を再面談なんてありえないと思うんだけどね(これは会社批判)。
ジョブホッパーの自分が言うのもアレだが、こういう人は次の職場でも同じ問題で離職することになるだろう。まずは自分を客観視することからおすすめしたい。
その人はもともと難関大学と出て難関資格を持っていて、それなりに高い給与をもらっているハイスペックな人だったが、WEBエンジニアになりたいということで海外にエンジニア留学したといいう人である。
と、ここまで聞けばポテンシャルだけでも一次通過でいいような気もするが、肝心のGitHubの成果物がいわゆるスクールで勉強したものそのままという感じで、あまりクオリティが良いものではなかった。
聞いてみると、その成果物もスクールの仲間で作ったもので、実装は他の人がやっていて、自分はプロマネポジションをやっていたということである。
年齢も若い人だったので「弊社みたいな有名ではないベンチャーではなく、いわゆるメガベンチャー的なところとか受けなかったのですか?あなたならそこでも活躍できそうですよ?」と聞いてみたところ「そういう大きなところでは、自分で手を動かすことが出来なさそうだから考えてないです」とのことである。言ってることとやってることがちぐはぐである。
こういう人に必要なのはスクールに行くことではなく、まず自分がやりたいことを明確化して、実際にそれを実現するには何が必要かを考えることではないだろうか。
正直なところ、無理にエンジニアになるよりも大きな会社で、プロデューサーポジションとかに行ったほうが幸せな気がする。ただそういうところも「意識高い系」はいらんだろうけど。
通した人は母数があまりに少ないのだが、だいたい同じような傾向である
年齢や経歴はバラバラだけど、方向性はだいたい一緒である。正直なところ、実はそこまでハイスペックな人を求めているわけではないし、有名ベンチャーみたいにアウトプット原理主義というわけでもないのだが、ハイスペックな人はだいたい上記が当てはまる。
さてこれだけ頑張って一次面接通しても、最終的に採用に至ったのは2名である。経営者と現場の判断はまた別なんだろうし、うちで欲しい人はよそでも欲しいので辞退もそれなりにあった。
エンジニアはエンジニアリング以外したくない、自分の業務以外はしたくない、という人も多いだろうが、採用に参加するのは自分にもメリットがあるのでおすすめである。
チーム作りとかそういう意識高い的なことでもなく、ひたすら自分の他メリットとして考えても十分有用である。実際に自分の面接官として苦労した話をすると共感を得ることが出来て、非常に有効だった。
id:xlc 人が集まらないのはあなたの会社に魅力がないから、という前提を忘れているんでないかい?
まさにそのとおりで、だからこそ採用に苦労するし、それどころか自分を含めて次々と離職している。ただ今回は自分の採用視点でのナレッジを活かしたいからこういうのを書いた。
リファラルがどうのとマネージャーが言ってきたときは「うちの会社にリファラルで人を採用できるような魅力あると思う?」と言ったらぐぬぬとなっていたw。
採用手当以前に、まずは作っているプロダクトと労働環境を魅力的にしろと。
M社の例の怪文書は採用強者側の視点で、自分が書いたのは採用弱者側の視点。強弱にかかわらず最終通過率が殆ど変わらないのが興味深いと思う。
id:thesecret3 100名も会って採用1~2名なら人材紹介か社長の一本釣りのほうがよくないか?
社長はエンジニアの実務層への伝手はほぼ皆無だし(ビジネス出身だし)、人材会社はエージェントを使ってたけどほとんど効果なかった(M社と同じ感想)。いわゆるヘッドハンターを使うほどの金はないし。エグゼクティブではない実務レベルの人をヘッドハンティングするのは。。。これに関しては求職側編で書く。
ソース:http://www.jbaudit.go.jp/pr/kensa/result/30/pdf/301004_zenbun_02.pdf
2.未然防止のための水際対策及び情報収集・分析機能の強化 計43.37億円
・バイオメトリクスシステム顔画像照合機能の活用強化のための機器の取得等
・リスク分析に必要な事前情報の取得・活用(輸出入・通関情報処理システム等経費)
・保安検査の高度化
・けん銃の代替整備
5.NBC(核・生物・化学物質)テロ対策の強化 計23.66 億円
・特殊災害対応車両の整備
6.サイバーセキュリティ確保のための取組の推進 計0.43 億円
・政府機関における高度なサイバーセキュリティ人材育成のための研修の実施
・トラスティド・トラベラー・プログラム(TTP)に係るシステム開発
・計7事業(長いし多いので省略)
20.医療機関における外国人患者受入れ環境整備 計5.08 億円
22.国際都市にふさわしい景観創出等のための無電柱化の推進 計150.48 億円
・ 無電柱化の推進
23.外国人を含む全ての大会来訪者がストレスなく楽しめる環境整備 計11.28 億円
25.分散型エネルギー資源の活用によるエネルギー・環境課題の解決 計1885.95 億円
・計13事業(長いし多いので省略)
26.アスリート・観客の暑さ対策の推進 計373.33 億円
・余剰地下水等を利用した低炭素型都市創出のための調査・検証事業
48.対日直接投資の拡大に向けた我が国ビジネス環境の発信 計7.98 億円
51.大会における最新の科学技術活用の具体化 計176.24 億円
52.自動走行技術を活用した次世代都市交通システム 計8.90 億円
・戦略的イノベーション創造プログラム(SIP)自動走行システム
53.先端ロボット技術によるユニバーサル未来社会の実現 計96.03 億円
57.「2020年オリンピック・パラリンピック」後も見据えた観光振興 計284.13 億円
(3)スポーツ基本法が目指すスポーツ立国の実現 計53.39 億円
・計18事業(長いし多いので省略)
私には夫がいた。
でも、システム開発と主婦、子供も望めた環境…だった。(後のエントリーに書きます。)
しかし、私は生理不順となり、病院に行ったところ、重度の糖尿病になっていた。
疲れて膵臓が動かなくなっていた。
3つが回らなくなっていった。
見舞いなんてどうでも良かった。そんなことより、部屋が片付いて、一人で料理を作れているか心配だった。
案の定、部屋は汚れていた…
ごみ捨てを頼めば、
洗濯を頼めば、
「仕事が忙しくてやる気力がない」
「僕、寂しがりやだから」
彼は、手取り20万円で生活をやりくりしろ、姑と同じように家計簿(書店で売る日記レベルの家計簿)をつけろといった。
だったら、お前がつけてみろ。
こっちはお前よりも信用のある企業に務めて年収が100万違うだぞ。
「じゃ、離婚する?」
気に食わないことがあったら、「じゃ、離婚する?」
簡単に離婚なんてできない。私はあなたの残りの人生をもらったんだから。
気に食わないことがあると「離婚する?」と駄々をこねまくる彼に、私は失望していった。
私は諦めなかった。
鬱になってぶっ壊れODするまでは。
弊社は未だにメインフレームの相手をしてCOBOLを書いているような、低技術力・プロマネ力偏重のSIer。
20代の若手SE(笑)である僕自身もウォーターフォールの経験しかなく、社内の99%も同じ。
最近興味があって近くにいる人とアジャイル開発の勉強をしていており、ジェフ・サザーランドの著書ほか何冊か本を読んだ、というだけのただのエンジニアワナビー。
最近近所で絵に描いたようなアジャイル失敗例があって、ちょっと誰かに聞いてほしくて書いてる。
この度、既存システムを刷新するプロジェクト(たぶん1億以上5億未満)をアジャイル開発でやることになり、先月くらいに最初のスプリントがスタートした。
アジャイル導入にはおそらく特に動機がなく、お客さんの偉い人たちが
・アジャイルにすると早く安くできるんでしょ
などと仰せになった結果だと聞いている。
最初のスプリントでスピードが出ないのはよくあることなのだろう。古事記にもそう書いてあった。
が、内容を聞いているとどうもそうは思えない。もっと根本的なところだ。
なので、開始直後から「遅れが…」とか言ってる
要件の範囲もなぜか最初から必達が切られている。ウォーターフォールかな。
当然「ご報告資料」づくりもセット。
どうも、開発メンバーがユーザストーリーを理解していないらしい。
それがなぜかというと、プロダクトオーナーとのコミュニケーションがとれていないらしい。
さらにそれがなぜかというと、プロダクトオーナーのユーザー部門の人がよそと兼業してて全然時間がとれない、そもそも別の場所にいて会うことすら難しいらしい。
また、そもそも開発でかき集めたメンバーのスキルが、スクラムの要求するそれに届いていないという話もあるらしい。スクラムの要求する開発チームのスキルはおそらく自力で要件を解釈を解釈しコードまで落とせるレベルだが、弊社が旧来の手法で人売りから買ってきた「エンジニア」たちにそれを求めるのは酷だろう。
現場のプラクティスだけは導入している。デイリースクラム、スプリントレトロスペクティブ…比較的スタンダードに全部形から入ったらしい。表面だけとってきてスクラムと称しているが、サザーランド氏がつぶしたかった予測不可能を予測しようとする傲慢さとか、ユーザ不在のシステム開発とか、コミュニケーションと協調のない開発とか、マイクロマネジメントとか、一番重要なエッセンスを尽く省いているようにみえる。
お魚買ってきて、全部は食べられないね~って言いながら表面の皮とウロコだけ食べてる感じ。これで以て「アジャイルってお魚は、ウロコと皮しかなくて、おいしくないし食べづらい」って結論づけるんでしょ僕知ってるよ。
この件について、まあ弊社じゃこうなるよな。だったらここまでなんだけど、こんな駄文を書こうと思ったのは今回の顛末が不思議だったから。
本件のプロジェクトを率いているのは弊社でも指折りの有能PM。何度か一緒に仕事をしたり、指導を受けたりしたこともあるが非常に頭の切れる人で、社内での発言力も非常に強い。彼は「スクラムで」との命令を受けた後、当然スクラムについて勉強しただろうし、当然「何もしなかったらこうなる」とわかっていたはずだ。その政治力を使ってなんとかしようとしたはずだ。彼の周りについた弊社メンバーも、それぞれがスクラムの勉強をしていたし、みんなPMには劣るかもしれないものの頭の切れる人たちだ。
そんな知力と政治力の両方を備えた歴戦のPMが、こんなにもあっさりと、なんの策も打てずにウォーターフォールの悪いところをしっかりと引き継いだアジャイル(笑)をやって失敗するのか。これじゃあ、弊社じゃあずーーーーっと無理じゃないか。
よくあることなのかも知れないが、かかった分はお支払いしますので!と言われてシステム開発の設計工程を進めてたら、2ヶ月ほどして予算がどうのこうの言い出して、客の予算会議に招待された。
会議ではこちらが事前に提出していた工数見積を説明したが、自称システム開発の専門家という方から、こんなかかんないんじゃない?開発の経験どれくらいあるの?契約書交わして無いのに何勝手に作業してるの?と叩かれ、予算は決まってるので、という感じで200万値切られた。
もうね、理屈じゃ無くて予算なのよ、この項目こんなかかんないんじゃない?と言われて理由を述べてもふーんって感じで、でも予算がねって感じ。
作業着手前に工数見積は提出していて、かかった分はお支払いしますので!と言っていた人にはOKもらっていたし、途中で開発要件が増えた時にはSlackで、かかった分はお支払いしますので!と言っていた人から予算に幅持たせてるので工数増えても大丈夫です!と言われていたのだが、会議では、そんなのは知らん、金が無いからしょうがないじゃん。というスタンス。見事なな手の平返し。
200万は値切られたが残りの400万は払ってくれるようだった。口約束で作業着手したのは反省点だし、こっちだって契約してから着手したかったけど、金策にまだ時間かかるからとか、下期の予算になるからとか、かかった分はお支払いしますので!悪いようにはしないので!とか言って契約しないまま作業させといて謎の予算会議招集、見積にいちゃもんつけた挙げ句、実は予算が無い、と減額を強要。
では、この話は無かったことで!とか言えればカッコいいのだろうけど、もう2ヶ月分作業しちゃってるんだよ。400万でいいから欲しいよって思っちゃう情けなさ。
メールやSlackで証拠は残っているし理不尽なので訴訟も少し考えたけど、自分の大切な人生の時間をそんなことに使うのはもったいないって考えちゃうんだよな。精神的にもキツそうだし。
↑の元増田です。
前提として、日本でシステム開発において、利益の中核になっているのは官公庁や大企業の基幹システム開発なわけで、ITエンジニアもほぼイコールそういうブラック上等の大規模案件でこき使われる人たちなわけだ。
んで、大元の意図としては、そんなブラック案件でお前らのやっていることはサイエンスでもエンジニアリングでもねーだろ?悔しかったら反論してみろよwwwという嘲笑ありきの煽りエントリだったわけ。
そしたら、本当にごく一部の一握りの中の、そのまた上澄みの更に一つまみレベルの、大真面目にサイエンスやエンジニアリングやってそうな人らからトラバが来たけど、肝心要のITゼネコン様(笑)とその奴隷たちからは、全然反論が来なかったと。
まあ今もどっかのビルのタコ部屋で詰められている真っ最中の奴らが、こんなゴミ増田にトラバしてる場合じゃねー!というのもあるかも知れないね。
でも、それひっくるめても、もう結論出てんじゃん。
日本のITなんて、技術も科学的知見も持ち合わせない、ゴミみたいな奴らが主流と。
マジで笑わせんなよ。
いや、馬鹿な客が一番のガンなのは認めるが、それにしたってダメすぎ。
これがインフラ系の構築や運用だと、ココらへん本当に美味しく立ち回れている。
そっちも客はいい具合にアホだが、それでもブラックに陥ることなく利益上げてんだよ。
それに比べて開発のグダグダな体たらく。下手すると死人まで出やがるもんなあ。
恥だと思うわ。
それとも、炎上プロジェクトの火消しに、恥ずかしいもへったくれもあるかって?
そういうのもう古いと思うよ。
サマータイムは開始時と終了時が大きなトラブルが発生すると考えられています。
例え話にします。ある製造業の会社があります。オフィスには社員が見える位置に壁掛け時計がついています。この時計は少し特殊で、秒数しか表示されません。具体的に言うと、ロンドンで1970年1月1日0:00から経過した秒数です。例えば、日本時間の2018年8月11日午前0時は、1533913200となります。
けど、これでは不便なのでオフィスには変換器が用意されています。その変換器を通してみれば日本時間の日付と時刻を教えてくれます。ですので、多くの社員はこの変換器を利用しますが、たまに、変換器を使わずに仕事をする人や自分で変換器を作る人もいます。また、オフィスの変換器は、サマータイムに対応しています。サマータイムが始まる際は、XX年6月30日23:59:59の1秒後はXX年7月1日の2:00:00です。また、終わる際は、XX年9月1日2:00:00の1秒後はXX年9月1日の0:00:00です
毎日0時になったら仕事を始めるAさんがいます。Aさんは、オフィスの他の人が自分の机に持ってきた書類をファイリングして、日付をつけてキャビネットにしまう仕事をしています。その書類には完成した商品の情報が書いてあります。完成した商品の情報が書いてある書類をキャビネットに入れることで、お客様が商品を受け取りに来た時に、受付の社員がどこに取りに行けばいいのか分かるのです。
XX年6月30日。その日の仕事を終えたAさんは、次の0時を待っています。しかし、変換器を通した時間ではXX年7月1日の0時は存在しません。ですので、次に仕事をしたのは7月2日の0時でした。
7月1日の朝になってオフィスにお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。
XX年8月31日0時。Aさんは、普段通り仕事をはじめました。自分の机の上にある書類をまとめて、「XX年8月30日分」と書いてキャビネットにしまいます。しかし、その2時間後、またXX年8月31日0時がまた来ました。あわてて自分の机の上を見ますが書類はありません。(工場が動いているのは8時〜20時)書類が無かったので空のファイルに「XX年8月30日分」と日付を書いてキャビネットに向かいますが、すでに同じファイルがあります。
キャビネット内に同じ名前のファイルは存在していけない決まりなので、そのファイルは捨てて空のファイルをキャビネットにしまいました。
朝になってオフィスにお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。
さて、これを解決するにはどうしたらいいでしょうか。
そうです、Aさんには◯月◯日には、0時はないので2時に仕事して下さい。さらに、□月□日は0時が2回くるので2回目の0時に仕事して下さい。また、受付のBさんには□月□日の1回目の0時には、キャビネットには書類は来ないので、2回目の0時になるまで待って下さい。と教えればすみます。サマータイムはこうして対応可能なのです。
サマータイムを考慮していないシステムは無数にあると思われますが、考慮したシステムに改修すれば問題ありません。不具合が発生するケースは、例え話以外にも考えられますし、解決方法は他にもあるでしょう。
自社の全てのシステムをチェックして、上記のようなエラーが起きる可能性はないか精査します。多くのシステムは仕様書がなかったりするので、その場合は実際にテストしてみたりしないといけません。さらに、AさんとBさんの連携のように、他のプログラムと連動する場合は、サマータイムの開始・終了の際にどう対応するかを取り決める必要があります。社外のシステムの場合もあるので、そうした会社と調整が必要になります。
精査、改修、そして実際に問題ないかテストするプロセスで、日本全国で対応できるまで、おそらく最低でも数年程度はかかるでしょう。2000年に合併したみずほ銀行のシステム統合は今年完了するようです。18年経って、完成しないのではと言われていましたが、なんとか完成に漕ぎ着けられそうです。
また、改修には予算がかかります。ぽっとその予算を確保できるでしょうか。大企業なら内部留保等で対応できるかもしれませんが、中小企業だと数年かけて積み立てないといけないかもしれません。
いずれにせよ、5年くらいかければサマータイムを導入することは可能です。それでも一部のシステムは間に合わないかもしれませんが、生活に支障が出るレベルではないでしょう。多くの技術者に「無理だ!」と言われて心配していた、オリンピック委員会のみなさん、安心して下さい。
大丈夫です。最短でも2023年にはサマータイムは導入することができます。
現在動いているシステムは、すべてサマータイムを見越して作るべきだったかもしれません。それは確かにそのとおりです。その意味では、IT屋にも責任があるのかもしれません。
しかし、サマータイム対応となると考慮した設計をしなくてはならず、費用が余分にかかります。1億のシステム開発で、サマータイム対応することで2000万余計にかかる、ということも充分考えられます。元号や2000年問題と違って、導入されなければ永遠に使われない機能です。
システム面で問題とか言ってる人は本当にシステム開発したことあんの?
一番びびったのは
とか言ってる人.
普通にスマホの設定からタイムゾーンを+9から+11に変更したら変更できるんですけど.
そもそもタイムゾーンはネットワークから設定できるので通信会社が変更すれば変わりますけど.
まぁそりゃぁ一部のアプリはタイムゾーンをいきなり変えたら不具合起きるかもしれんけど
はっきり言って今のご時世でタイムゾーンを考えないでアプリに時刻の概念を導入している時点でお察しですよ
「システム系は大変なんだ!」
みたいなこと言ってる人いるけどさ,具体的に何が大変なの?
OSのタイムゾーンを+11にするだけでしょ?そりゃテストとかいるけどさ.
それで不具合が出るようなプログラムって逆にどうやって作るの?
時刻とかライブラリ越しで取得するでしょ?そいつをUNIX時間に変換して計算するなりDBに入れるだけじゃないの?
表示の時もシステムのタイムゾーンで表示するでしょ?ハードコードで+9とかJSTって入れてるってこと?
そんなプログラムはどっかに致命的なバグ抱えてるからこれを機に入れ替えた方がいいよ.マジで.
唯一心配なのはスケジューラ系だけど,逆にそこさえチェックすればどうにでもなるんじゃないの?
たかだかサマータイムっていうかタイムゾーン変更に対応できないような機器が基幹系に入ってるとかぶっちゃけ入れた奴が悪いし
てかそういうのは手動で合わせればよくね?合わせられない機器ってあるの?
って,そもそもIoT系の機器は盛大にズレるのでntpが必須ですけど.使ったこと無いの?
なんか、大学には情報科学だの情報工学だのといった学科があるらしい。
でも、そうした学科の中核に来るであろう情報という代物、もう少し具体的に言えば情報システム開発でプログラミングが扱う世界って、自然界の法則による制約が殆ど無い。
そんな何でもアリな分野って、そもそも自然科学や工学の範疇に含まれないんじゃね?って思ってしまう。
もちろん芸術とか職人芸みたいな深みも厚みもない。だって突き詰めれば、コンピュータへの指示命令書を書いてるだけだから。
本当に穴掘ってまた埋めてとか、ライン工が言われるがまま右から左にパーツを組んでいるのと全く同じ。
そんなの学問でもなんでもないだろって思うんだけど、実際どうなの?
そもそも情報工学科って、日本じゃその名前自体が蔑称みたいなトコあるじゃん。
なんつーか、学生は2次元の住人しか見てない、残念な人ばかりなイメージ?
それこそ高校でパソコン研究会とかに入って、2次元の話ばかりで盛り上がってた延長というか。
挙句大学生になってもなろう系深夜アニメを卒業できず、それどころか中高時代よりも熱心に入れ込んで、毎晩シコってるみたいな、そんな感じ。
よくぞ言ってくれた。
シンデレラガールズは、シンデレラプロジェクト組>アニデレ組>声つき>声なしのカーストが存在し、なおかつゲーム運営には費用がかかることを考えたら、そう頻繁にカースト下位は起用されにくいのだ。
さらに、システム開発などなどで予算が必要となる時、出資者などに成果(課金実績)を見せる時は、当然ガチャが回りやすい知名度や人気の高いアイドルを出さないといけないのだ。
デレステ1周年曲の「BEYOND THE STARLIGHT」にこんな歌詞がある。
譲りたくなんかない
そうして
ぶつかって火花が散って
つながって星座になって
だったらその舞台に担当を上がらせるために努力するしかないのだ。