「アーキテクチャ」を含む日記 RSS

はてなキーワード: アーキテクチャとは

2018-09-12

anond:20180910094331

なんか書いといたほうがいいような気がしたので書いておく。

組み込みといっても範囲が広く、

最初あなた相手にするのはRAM 1kB, ROM 4kB、クロック 20MHzなどというMCUである

なんてところもあれば、中身はARMLinuxですみたいなところもあるし、その中間RTOS使ってます。ということもある。

ただ、歴史的経緯として、マイコン制御などと呼ばれていたような時代から組込みソフトウェア開発がはじまって、

時代をくだるにつれて最終製品機能が高機能化、複雑化するにしたがってソフトウェア開発の規模も比例的に、

あるいは指数関数的に拡大しているわけで、NonOSアセンブラやCで書くという仕事相対的に減っている。

(なんせ、ある程度高価格、高付加価値製品を作らなければ国内メーカーは潰れるしかない)

なので、一番規模が小さいところの仕事はなくなりはしないし、働いている人は食いっぱぐれないとは思うけど、

わざわざ新たに飛び込むのは正直オススメしない。

で、問題は規模の大きい方で、当時マイコン制御をやっていたようなベテランやそれに薫陶を受けた開発者

勉強」をせずにこちらの方にコンバートするとどうなるかという話だ。

コンパイラC++11,C++14であるにもかかわらず、Cもどきコードを書くし、プロセスは巨大だし、

強烈に古臭いアーキテクチャを擬似的にOS上に構築してしまう。

その結果出現するのは、ひたすら肥大化アンタッチャブルになったコードと原因不明バグである

IoTがどうのこうのなんて言っていても、組み込みが専門じゃない人がラズパイセンサー買ってきて

一日半あればできるようなことを、ああだこうだやっているようじゃやっぱり生き残る道はないんじゃないかなー。

2018-09-11

組み込み系で色々思い出したので書く

https://anond.hatelabo.jp/20180909073549

↑で色々思い出したのでうっかり書く。

数年前までメーカ組み込みソフト開発やってた。今はWeb系と呼ばれるところに転職した。

どちらも超大手なので、両親レベルの年齢層でも企業名とかプロダクトの名前を知ってると思う。

元の文をディスってるというよりは、うちはこんな感じだったなーと思い出話と捉えてもらえば。

IoT(笑)なんてもの流行もあり猛烈な人不足。未経験でもホイホイ入れるし、SES拒否しても求人よりどりみどり

知らなかった。どういう機器を扱うメーカ人手不足なんだろう。自分転職活動したとき車載機器メーカ求人がやたら多かった。

最前線でもなければ家でコード書いてる人なんて職場の1割いるかいないかぐらいの緩い競争環境

ソフト開発が好きでそれを超極めてるというよりは、元々優秀で、ソフト開発はいくつかそこそこできることの一つみたいな人が多かったかな…。

旧帝大以上の人がゴロゴロしてたので、その人達まったり仕事してるから一見緩く見えたけど

雑魚国立大学出身自分が120%で戦っても、ゆるふわ系高偏差値大卒の方々に多方面で敵わなかった思い出がある。

自分のいた部署では京大とか九大の人が多かったけど仕事の質速さともに、一生敵う気がしなかった。

その人達にとって仕事なんて神々の遊びみたいなものだと思う。

なので競争に勝つ人は順当に難関大学出身者ばかりだった。

web系はそこに比べると大学難易度仕事出来る度合いの相関がかなり薄いと思う。理由は良くわからないけど、他のメーカ出身の人の話を聞くと同じ感想を持つみたいだ。


会社しか使えない機材で仕事をするので仕事中に必要スキルが伸びる

まあそれはたしかに。ただその企業しか使えないスキルもたくさん伸びる…。

古い体質の企業が多いのであんまりスキルなくても給料は年次で増えてく(ごく一部除いて年収600-650万ぐらいか頭打ちになってくるけど)

1年目で500万ぐらいだったけど5年すぎるとほっといても700万ぐらいになって(ただし残業代含む)

誰でも主任クラスになれてそこまでいくと普通にやってれば800万ぐらいにはなった。子供産むと万単位で月の手当つくし住宅補助もあったし退職金も…。

Web系は給料という面では手当も殆ど無いし、そこを除いた額同士で比較しても普通に低い。同じ額もらおうとすると部長上級にならないともらえない。

古い企業労働組合ちゃん組織されていて、会社と色々バトルしてきた歴史のある企業は、やっぱりベースも高いんだよなと思った。

ごりごり忙しいweb系と違って既婚率高い

組み込みときは深夜残業とか休日出勤しまくってた。既に色々な人が指摘しているけど試行錯誤とか学習含めて会社しかできないんだもの。そりゃそうなる。

web系の今は休日出勤殆ど無いけど、緊急対応電話がかかってくると突発的に対応しなきゃいけないのでそれはそれ。

自分コードが街中で動いてるのを見られるかもしれない

これは嬉しかった。

組み込み系のよくないところ

研究系の最前線を除いて東京23区内で働くのはかなり難しい。全般的オフィス田舎

メーカで言うと川崎横浜に集まりすぎだと思う。


最新の開発ツールに触れてたい人が発狂するような古い環境もちらほら。github知名度アンケートやっても知ってるが2割超えないところが大半だと思う。

自分転職するまでgitとかgithubとか使ったこと無かった人なので…。組み込みときsvnだった。

(ソースコードの最新は共有サーバのこのフォルダなんて運用だったり、

開発部はそこまで酷くなかったけど、評価部隊評価用のソフトバージョン管理してなくて悲惨だった。

不具合一つで人命にかかわる場合もあるので慎重さがないタイプだとレビューボコられる

直接人命を預かる機器に関わったことはないけど、ストレージ系だとバグユーザデータ消えると大トラブルになるのでレビューは厚めだった。

ソフトウェアの品質が高いかというとそうでも無かったと思う…。レビュー担保できるソフトウェアの品質ってわりと早い段階で頭打ちになると思う。

秘伝のタレ化してるけど長く受け継がれて歴史証明しているコードには勝てない。

部門によってはコード1行変えるのに部長承認必要というところもあったみたいだけど(ダムとか電車とかのインフラ)。

ソフト知識以外に弱電の知識がないと一人前の仕事が処理できないケースが多い(仕事でやってるうちに嫌でも身につくと思う)

自分のとこは弱電はまああればより良い(特許提案とかしやすいし、マネージャクラスは当たり前のように回路やメカや量産の知識も求められるのでHW出身が多かった)けど

担当者レベルならそれこそ担当が違うんでってことで回路のことは回路部隊がやってたし、それで回路担当評価が良くなることもSW担当評価が悪くもなることはなかった。

どちらかというとSW担当ならヘネシーパターソンの本から重要な部分を抜き出して読んだ程度の計算機アーキテクチャ知識必要だと思う。

今だとこれ読めば良いんじゃないかな。

コンピュータシステム理論実装

https://www.oreilly.co.jp/books/9784873117126/


グーグル解決法が落ちてないことが多いのでマニュアル(大抵英語)を正確に読む力が要求されることが多い

ググっても出てこない。社内で作っていうrHWモジュール開発者は社内に居ることが多いので、やたらドラクエする力がついた。

汎用的なモジュールになると社外のドキュメントを読む必要があるけど、たいてい英語なのでそこは同意

ただ正確に読んだところで社内外問わず間違えてたり、HWが仕様どおりに動かないことも多かった。

レジスタ設定をするタイミングが超シビアタイミング合わないとHWがロックするとかデータ失うとか。そんなのばっかり。

それがスキルかと言われると、うーん。転職で活かせそうなところとそうでないところはあると思う。

情報に乏しい状態でとにかくやっつけるスキルは身につくかな…。

あとはHWでどうがんばっても再現できないのでとにかくひたすら大量のコードを読むスキルとか。

2018-08-22

セブンイレブンの新レイアウト馬鹿じゃないの?

店内に入って左端に紙パックやカップ入りのチルド飲料、右端にPETと缶飲料

「何か冷たいもの飲みたいな」と店内に入った時、店の端から端を往復しなきゃいけない。

これが従来のレイアウトなら、店内に入って突き当たりがPETと缶飲料、角を曲がればチルド飲料、と距離が近かったのに。

それとも、普通のお客さんは来店前にどのタイプ飲料買うか明確に決めてて行ったり来たりが必要なかったりするの?

それとも、こうすると店内の回遊率が上がってついで買いが増える、みたいなデータでもあったりするの?

気になってるの自分だけかと思ったら、ブコメで同様の意見を見かけたので書いてみた。

セブン、1万店で挑む「売り場大改装」の勝算 | コンビニ | 東洋経済オンライン | 経済ニュースの新基準

パックの飲料は左端、ペットボトルは右端という配置に未だに慣れない。アーキテクチャに沿ってUI設計したソフトウェアみたいだ。2018/08/18 11:22

2018-08-15

anond:20180815075003

うん、「サブカルチャー批評は、戻ってこないと思う。

 

東氏は、最近カメラタッチパネルのことを論じているが、物語ファンタジーではなく、半現実アーキテクチャみたいな世界観の論評は、「サブカルチャー批評現代版なのではないかと思われる。

2018-07-14

人を追加しても立ち上げれない

1.

仕様がわかるドキュメントがほぼユースケース(シナリオ)のみ

下位ドキュメントの内容は上位ドキュメント参照になっててなにも詳細になってない

かい仕様も載っていない

1.

仕様書、設計書がバージョン管理システム管理されていない

ファイル名+日付みたいなそんなちゃちなもんじゃねぇ

最新のドキュメントがどこにあるかがわからない&異なる仕様変更を反映したバージョン複数存在するんだぜ

1.

設計書と実装が一致していない

ドキュメントに変更が反映されてないとかそんなちゃちなもんじゃねぇ

アーキテクチャがまるっと変わるような変更(設計書)をしておきながら

めんどくさいからって実装は古いままなんだぜ

2018-07-13

楽天文句

結構前に楽天株式会社退職していました

noteテストを兼ねて。実は退職してからすでに1年以上が経過しているのですが、ようやく書きたいことがかけるようになったと思われるのでいまさらながら退職エントリを書いてみることにします。

TL;DR

文章にしてみたら、自分がどういう環境で働きたいかが整理できました。自分思考を整理する手段として退職エントリおすすめです。この文章にはそれ以上の価値はありません。

Safe Harbor Statement

ここに書いた内容は僕から見た一方的な内容であり、辞めたひとバイアスがかかっていることをご承知おきください。近しい人が見れば個人特定できてしまうような記述がありますが、個人組織誹謗中傷する意図はありません。

楽天でのおしごと

2011年4月新卒入社。ちょうど6年間、金融関連事業渡り歩きながらWebエンジニアをやってました。お客様に直接向き合うサービスを作る部署なので、開発も運用もやりました。工程でいうと要件定義/設計/実装/テスト/リリースとぜんぶやりました。役割でいうとリードエンジニアっぽい仕事プロジェクトマネージャプロダクトマネージャマネごともやりました。5年目くらいからいわゆる管理職兼任してました。

謝辞

やめる直前はとにかく退職することに全エネルギーを注いでいたうえ、決意を固めてから有給消化という名の出社拒否を行っていたので、お世話になったみなさまにはろくに挨拶もせず退職キメてしまいました。すみませんでした。6年間好きなようにやらせいただきました。自由奔放な僕を多岐にわたり支えていただいた皆様には大変感謝しておりますありがとうございました。

現職について

株式会社ディー・エヌ・エーでお世話になっています。相変わらずWebエンジニアです。素晴らしいタレントに囲まれて楽しくすごしていますエンジニア裁量が大きく、人材に対するリスペクトを感じます自由ライフスタイルマッチします。たのしいです。うぇるかむ。

よかったこ

現職での生活を1年やってみて、良かったなと思うこともまぁ少なくなかったので書きます

面白いことがたくさん起こる

良い意味アグレッシブ会社なので、思いもよらぬ業務提携がおこったり、わけわからんくらい事業が成長したり、(その逆もあったり、)「その発想はなかった」的な新事業が勃発したりととにかく様々なイベントに満ち溢れています。飽きることはないと思います

英語への熱量がすごい

内定式の直後くらいに英語公用語化がうちだされ、「入社日までにTOEICで○○○点とってきてね(とってこないとどうなっても知らんぞ)」的な脅しを人事にかけられました。おかしいな、ドメスティック会社を選んではいったはずだったんだが・・・英語ができない子だった僕は泣きそうになりましたが、さまざまなバックアップ会社提供してくれていたように思います。僕が在籍していた頃は英語一定ラインに達していないと安くはない代償(労基法との兼ね合いどうなってたんだろう?)を支払うことになっていましたが。僕は強要されないと勉強しないタイプなので、結果的英語スキルを身につけることができたのは良かったと思っています

福利厚生が圧倒的にすごい

現職もそれなりに規模の大きい会社ですが、比べてみても福利厚生レベルは圧倒的です。朝昼晩の食事無償提供されてました。会社建物の中にジムコンビニカフェマッサージクリーニングをはじめそのまま生活できそうな設備が整っています研修も充実しています特にエンジニアにとって魅力的なのは海外カンファレンス会社お金で参加できることです。「いいから行け」的にぶっとばされます

事業バラエティがすごい

楽天という会社は中にいても自分たちの会社がどんな事業をかかえているのかわからいくらいにたくさんの事業を持っていますEC金融が有名ですがそれ以外にも大小様々なサービスがあります新規事業への挑戦も常時おこなわれていますライフスタイルも開発スタイル事業ごとにかなり多様性があり、希望すれば社内異動だけでだいたいのやりたいことをかなえることができます

給料が高い

いまでいうとインパクトは薄れましたが、僕が入社した頃はかなり高い水準の初任給を出していたように思いますし、その後もありがたいことに高い評価を頂いていたので(同職種・同年代のなかでは)お給料は高かったほうだと思います

よくなかったこ

主に辞めた理由です。当然にネガティブな内容なので有料にして伏せておきます楽天転職検討している人とか僕の愚痴をよみたい奇特な方向けです。

エンジニアの扱いがよくなかった

これは部署にもよるのでしょうが、僕がいたところではエンジニア立場が悪かったように思います。たぶん僕の被害妄想です。とはいえ、現職と比べると圧倒的に裁量は小さかったですし、ビジネス職のメンバーとの関係も良くなかったと感じます。なんでもかんでもエンジニアが悪いことにされる傾向にあったり、筋の通らない理不尽要求にNOといえるような環境ではなかったとは思います

上司がやっている仕事が楽しそうに見えなかった

僕はたいへん素晴らしい上司にめぐまれていました。そのおかげで好き勝手やってこれたのですが、尊敬する上司仕事は(僕にとっては)つらそうに見えました。自分が将来同じ仕事をやりたいかなと考えると胃がキリキリしてきて絶対イヤだったので。

日本語が使えるとディスアドバンテージ

社内には外国籍メンバーがたくさんいます日本語がまったくできないやつも一定数います。そんなエンジニア日本語サービスを作っています。わからない言語サービスを作るというのは大変なことです。間違った言葉が書かれていても間違っていることに気づけません。利用規約に間違った記述があった日には大変なことです。英語公用語なので、英語が使えても評価されないというのはまぁ受け入れましょう。ただ、かわりに日本語が使えることが評価されるかというとそうではありません。ただ単に日本語がわからないやつの代わりに仕事が増えるだけです。ビジネス人間日本人ばかりで英語使わないことが多く、調整系のタスク忙殺されるのが嫌になったので。

会社がでかいのでイケてない制約がたくさんあった

システムインフラは構築はどこの部署にお願いして、root必要DB操作はまた別などこの部署にお願いして、それが何営業日必要で、とかシステム開発時の制約とか部署またぐ作業リードタイムがなんぼとかいちいちめんどくさい上に新しいことをやろうとすると面倒なことがたくさんあったので。

会社がでかいのでアレなやつが一定数いた

僕が最後に携わっていたサービスが世の中に出たのでちょっとみてみたのですが、平成も終わろうとしているのにjQueryバリバリ2000年台初頭構成Webアプリが完成していました。僕が置いてきたReact+マイクロサービスアーキテクチャは無事闇に葬られていました。僕のチームがコミットしていたリリース日よりも10月遅れリリースでした。どこからともなくさっそうと現れた「そんな複雑なシステム運用できない」などとのたまう向上心のなさそうな、他人アイデアケチをつけるのがうまいベテラン(?)エンジニアがすべてをひっくり返してしまったようです。(そいついかにアレかを13くらいの言葉説明できるのですが長くなるのでやめておきます)その人物提示した見積もりは我々がそれまでに費やした工数3分の1程度だったので、そのとおりに行っていれば去年の夏には終わっていたはずなのですが。そのエンジニアがアレなのは言うまでもないとして、そいつのアレさを見抜けない上長や、IT企業にいながらエンジニアがなにを大事にしているか理解できずに無茶苦茶判断をするビジネス人間に囲まれ仕事をするのが辛くなったので。おかげさまで僕の最後仕事はその案件作成したすべてのソースコードの破棄でした。メンバーには申し訳ないことをしました。

評価理解不能だった

退職を決意した最も大きな理由ひとつです。前職最後の人事考課の結果が極めて不満だったので。「どう考えてもこの人達より僕の評価が低いことはないだろう」と思っていた同じ職位の人間よりも評価が低かったうえに、それに対する納得の行く説明も得られなかったので。その当時僕の評価担当していた上司は非常に管掌が広かったので、いち部下の評価まで細かいことを気にしている場合ではなかったのかもしれませんが。その瞬間この会社に対する信頼は地に落ちました。

半年待ちたくなかった

その後、非公式な場で「評価がまずかったのは申し訳なかった。半年耐えてほしい(※楽天では評価が年2回)」というようなことを何人かの上司から言われましたが、それはつまり半年待った結果として正当な評価を受けられる」という僕がただ半年間不当な評価を受け入れるだけで、特段メリットがない提案でした。そこに対してどのような補填がなされるかといった説明はなく、耐えた後に得られるものも大したことはなさそうで、しかそれから半年間の仕事も特段熱意を注げるようなものではなかったので。

朝会という制度がどうしても気に食わなかった

毎週1回(事業によってはそれ以上の頻度で)朝会があります。朝8時からです。そんな時間に起きたくありません。裁量労働だろうがなんだろうが関係ありません。出社しないとどういう扱いを受けるかはここには明言しないでおきます労基法以下略)。それはヨコにおいておいても朝8時です。内容がつまらないとかではないですが、いちポンコツ社員としては「8時に始まるから7時58分までに出社しなさい」といわれて間に合うように起きることと天秤にかけるほどの重要性が最後まで見いだせなかったので。(というわけで、僕はこの制度が残っている間は絶対楽天に戻りません。)

英語化無理しすぎだろとしか思えなかった

応募者に要求している英語ハードルが高い(割に待遇が良くない)ので、優秀な日本人採用することが極めて難しくなっていたように思います。そのかわり英語はできるけどそれ以外は普通な人物はたくさん応募してきていた印象です。所詮国内に根ざした企業なので、実務で必要になる英語レベルはそんなに高くないです。なので英語ができない人のカバーをするのは難しくありませんが、優秀なエンジニアがいないのを何とかするのは極めて困難でした。会社方針のせいで本当に採用したい人が採用できず、自分目標にしたいと思える人物切磋琢磨したいと思える人物が同じ組織に現れず、いろんな意味で先がなさそうだったので。

管理職は向いてなかった

上司からお話を頂いたときは嬉しかったですし、それなりの使命感をもってやっていたつもりでしたが、いま思い返すと管理職の道を選んだのは失策でした。できることは増えましたが当然にやらなくてはいけないことも増えました。僕がやりたいことではありませんでした。とはいえ当時はやりたくないといいだせる状況でもなかった(と思っていました)し、自分キャリアアップにつながるなら...と打算的なことを考えてもいましたが、僕の考えは甘かったということが後にわかったので。

というようなことを考えていたら働く意欲がなくなったため

以上のような経緯により、それまで持っていたモチベーション迷子になったので。面白いこともまぁまぁあり、ストレスもある環境でした。「それでも会社必要としてくれるなら...」と思っていましたが、「お前の代わりなんかいくらでもいるよ」という空気を感じた途端に熱が冷めました。

まとめ

正直、辞めた当時は自分判断が正しいのかどうかに結構なやみました。勤めていた時はそんなに悪くないと思っていたのですが、現職を経験して思うのはやっぱり楽天エンジニアエンジニアリングするのには向いてないということです。社内政治が得意な方にはおすすめです。

2018-07-03

anond:20180703134436

イジメコストが安すぎてしかも反撃にあいにくい。

いじめっ子にやさしいアーキテクチャだよね。

イジメた奴に反撃する方法があれば良いような気もするが、

結果としてただ単にうんこを投げつけ合うためのプラットフォームになってしまう気もする。

2018-05-16

anond:20180516161928

そもそも人間って脳のアーキテクチャちゃん理解できてんの

できてないから手頃な努力目標としてとりあえず再現してみよかってやってるんだと思ってるんだけど

2018-04-20

anond:20180420160242

都市アーキテクチャ云々言ってたのは俺だけど

高崎とか大津とかって何の話やら…

話に困ったからって相手属性エスパーしようとするのは悪い癖だよ

anond:20180420151833

都市というのはよそから人が来ることが多いのだから、「分かっていなければ迷う」というのはアーキテクチャとして質が低いんだよ

わかるかなあ?

anond:20180420151019

慣れなくても、格子状だと迷いようが無いでしょう

まれ育って慣れていなければ迷うようなアーキテクチャが良くないと思う

2018-04-02

anond:20180402131358

「一通り」の定義も、何をやりたいかに依るので、なんとも。

と、律儀にマジレスしてみる。

プログラミング言語範囲で「ある程度他に考え方の転用が効く」という意味なら、

最低でも、OS操作できるスクリプト言語bash系やWSH+VBScript/JScript, PowerShell等)と、

汎用スクリプト言語RubyPython等)もやっておいた方が良いかと。

お仕事で、という話なら言語よりはライブラリの使い方やアーキテクチャへの理解プロジェクトルールを守れるようになる、といった事の方が重要になってくるし、

得意分野を作ってもらった方が仕事を振りやすくなるので、「言語に詳しい(だけの)僕」的な器用貧乏にならないようにね。

ちなみに自分今日はお休み

2018-03-26

エンジニアである俺の最近マインドについて

エンジニア一兵卒40台なんだけど

フロントエンドは流れ早すぎgulpだかなんとかzly とか多くて辛いし、js 嫌いだし、typescript ?、結局同じでしょ。むりー

・おれの主戦場web アプリだぜ。でも、rails案件としてはやったことないし、いまから rails やりなくない、php もいまから php7 とか laravel とか追いつけないわ。むりー

課金とか決済まわりの面倒くさいの、むり。レポートだすのめんどい。何かあったときメンタルつらいし、監査対応? むりー

機械学習数学才能ないし、金かかるし、python3.0 ? インデントブロックつくるのあわない。むりー

goツール書く、なに書いていいのかわからん。むりー

アプリ設計指針多すぎ。クリーンアーキテクチャとか MVVM? MVP?、むりー

kotlinelixir ? むりー

俺はエンジニアなんだけど、なんか詰んでる。メンタルが。むりー

どうしたらいい?

2018-03-11

anond:20180311000244

趣味プログラミングから何も疑問に感じなかったけど確かに言われてみればそう感じるのも不思議ではないな。

アーキテクチャがどうのこうのみたいな難しい理由もあるんだろうけど、大抵の言語は元々何らかの言語派生だったり改良版だったりするんだよ。

言語を開発できる能力と影響力がある連中が「この言語のこの仕様マジでクソ」ってなると、それが言語改善として提案されることもある。

ただそのプログラミング言語を取り仕切ってる連中とかがその提案を受け入れるかは別で、そうなると別の言語として分裂する。そもそも受け入れられない事を前提にして、最初から「あの言語マジでクソだから俺らが考える最強の言語作った」みたいになることもある。

プログラミング言語って1つにまとまらないんですか?これさえ使えれば全てを扱えるような魔法言語はどうして存在しないんですか?

言語には言語それぞれの守備範囲や得意技があるのかもしれませんが、そんなしみったれ個体差凌駕できる言語はなぜ無い。

どんな言語も「俺らが考える最強の言語作った」っていう感じでスタートしてるせい。結局は好みなわけよ。ある種宗教みたいなもんだ。

そして宗教に集まった連中次第で言語方向性が決まる。

例えばRubyっていう言語仕様が好きで集まった連中がWeb系の人間ばっかりだったら、RubyWebに向いたノウハウとかツールが集まるようになる。Python教には機械学習数学に強い奴らが集った結果、そのへんのライブラリ豊富になった。

からついていく大多数の人間は偉大なる先人がお作りになられたライブラリ活用しないとやっていけないわけで、結果的に「この用途ならこの言語」みたいなのが多数発生するわけだ。

使える言語を増やす前に、少ない言語で色々できるようになる方が先でしょう。

使える言語は増えていくんだよ。意図的に増やしてるんじゃないと思う。

「こういう処理したいけど、俺が使える言語で便利なライブラリないじゃん。じゃああの言語に手を出してみるか」「この仕様クソすぎるんだけどあの言語なら解決できるんじゃね?使ってみるか」みたいなことが往々にしてある。

2018-03-02

anond:20180302021159

アーキテクチャって、ソフトウェアアーキテクチャ

どんな変更にも耐えられるアーキテクチャなんて存在しないので、要件定義では最低限、変わらない部分と、変更(拡張)の可能性のある部分を確定させなくちゃならない。

変更可能部分を柔軟にすればするほど、コストがかかる。

そして、「ここは変更しない」と決めたはずの部分を変更するとプロジェクト死ぬ

anond:20180302021159

酔っ払った頭で書いてること差っ引いてもアーキテクチャに夢見すぎ、プログラマに夢見すぎ。

要件がクソなのは要件作る段階でどうにかするもんで、アーキテクチャかんけーねーし。

そもそもどうやったらプロジェクトが上手く回るかなんて考えたくもない。そんなのプログラマ仕事じゃねーから

特に大規模開発は、本来知識集約型の業務労働集約型のスキームでなんとかするのが核にあるので、そこではセクショナリズムが超大事で、プログラマ立場ライン工レベルしかないし、その職分は越えちゃなんねーの。

当然、上がクソだったら全員死ぬ。これはどこまで行っても変えられない。

から大手に頑張ってもらうしかねーんだわ。頑張れるポジションにいるのはあいつらだけなんで。

2018-02-12

Model-View-SheetアーキテクチャGoogle Spread Sheetでやろうとしたことありますね。スプレッドシートいじる処理が重くて手でやった方が安定して速かったため、Model-Viewあたりしか書かなかった記憶

2018-02-02

anond:20180201204340

互換を維持しつつ性能をアップさせようにも、それを製造する工場世界にはほとんど存在しないんだよ

技術的な面だけじゃなく、製造能力的な面でもね

これはニンテンドースイッチがずっと品薄な理由にも通じる話

たとえばPS3互換を維持した構成PS4を作ろうとした場合PS3の性能をそのまま次世代機バージョンとして大幅強化するのが最も手っ取り早い

しかしそうなると、IBMからCPUライセンスが受けられないという致命的な問題最初にぶつかってしま

PS3の処理装置Cell.B.Eと呼ばれるものだが、ベースになっているのはIBM権利を持つPowerPCアーキテクチャ

ところがIBM2009年時点でPowerPC事実上終息させてしまっている

なのでソニーが「これから世界にウン千万台売れる次世代ゲーム機作るから、またPowerPCベースCPU一緒に開発しようぜ!」と持ちかけても、IBMは「いやもうそれ取り扱い終了したから」と断られるだけ

2018-01-29

俺の人生足枷となっているもの

PCおよびWindowsというクソ製品調子の悪さに、公私問わず何する時も足を引っ張られ時間と労力を奪われている

前者はIntelx86を無理矢理発展させてきたグチャグチャのアーキテクチャIBM-PCをこれまた無理矢理拡張してきた無駄だらけのハードウェア後者はただひたすらマイクロソフトのクソさが原因でありこいつらが人類の敵である

ちなみにMacという製品もあったが賢者キチガイには近寄らないかスルー

2018-01-15

Webプログラマ中途採用でよく見る残念な人

ちょっと面接疲れたので愚痴がてら書いてく。
面接してる数はそんなに多くないけど
「え、そんなこと言っちゃう、書いちゃうの?」みたいなのが場面にちょいちょい出くわす。

誇大表記

経歴書は結構華々しく、○人月プロジェクトを無事障害なくリリースした、という記載があったので
「どういった動き方をしたんですか?」と深掘りします。
するとどうも歯切れの悪い回答が多い。
で、訊いていくと本人の活躍によるものではなく他の人の動きによって成功していたパターンだったり
その○人月プロジェクトのごく一部だけを担当していたりする。
かに間違ってはいないのですが、大きく見せて面接で突っ込まれてしどろもどろになるのはいかがなものかと。

よく見る度:★☆☆☆☆(1名だけ)
残念度:★★★★★(期待値が上がってたぶん、落差が…)

結構歳を取っててもスキルアップしたい

これについては賛否両論あるかも。自分人生から自分スキルを磨き続けたいという気持ちはわかります
でも転職理由で「前職より御社のほうが成長できると思い」とか「御社に入ってもスキルアップをして…」と言われると、あなたを育てるために採るわけではないですよ、と言いたくなります
20代とかなら成長枠としてはありかもしれないですけど、30後半くらいでこれを言われるとちょっと残念な気持ちになります
たぶん言い方の問題で「こういった技術を身につけて社会貢献をしていきます」と、あくまでもスキルアップ手段なんですよ、みたいなオブラートに包んだ形にしてくれればいいのですが…

よく見る度:★★☆☆☆
残念度:★☆☆☆☆(40半ばの人が「あと5年はスキルアップに専念したい」って言ったときはさすがに脱力した。ライザップじゃないけど結果にコミットしてほしい…)

大きい会社活躍したい

前職の社員数が2桁規模の人にありがち。
これを一番最初に言われると安定を求めてるのかな?という気持ちになってしまます
このご時世、大きい会社でも安定してるとは限らないんだから
大きい会社で何をしたいのかってことを言ってオブラートに包んでほしいです。
無理がある(それ大きい会社じゃなくてもよくね?みたいな)場合もありますけど。

よく見る度:★★★☆☆
残念度:★★★☆☆

自己学習しています

素晴らしいことです。休みの日は1日寝ていたい私と大違いです。
でも自己学習してると言えるレベル面接官側と大きくズレてることにより学習の内容が薄いと見なされる可能性があります
「意欲はあるけど行動が伴っていない」と判断される諸刃の剣期待値が上がったぶんマイナスに働きます
もちろんこれも年齢や成長枠採用場合なんかではアリですが…
相手がその自己学習をしている技術プロ場合でも見せられるレベルかどうかは一考したほうが良いかと。
これは前職が受託開発系かつ転職経験がない人にありがちです。

よく見る度:★★★☆☆
残念度:★★★★☆(ドキュメントを見てフレームワークインストールしただけの人、それはアピールしないほうが良い)

最新技術に興味があります

このパターンが一番多いです。年齢、前職問わず
これを言う人に「最新技術というと例えばどういうのですか?」と当然聞きたくなります
これについて答えられない人もいますバズワード拾ってるだけかい、と残念な気持ちになります
クラウドとかIoTとかAIとか」と答えられる人もいます。(最新技術と言われてクラウドを挙げられると「おや?」という疑念がわきますけど)
「それらの中で特に興味があるのは?何か最近試したりしてますか?それを使ってどんなことをしてみたいですか?」とさら質問をすると、だいたい中身がありません。
バスワード拾ってるだけかい、と残念な気持ちになります

自己PR欄に「最新技術に興味がある」的なことを書くんだったらなんかしら試してたり実現したい世界みたいなのを期待するわけじゃないですか。そうじゃないなら書かないほうが良いですよ。

よく見る度:★★★★★(落とした人の半数くらいこれ)
残念度:★★★★★(Web界隈ってたぶんテクノロジー進化だとかアーキテクチャの変遷のスピードが早いと思うんです。他業種にいたことないので知らんけど。そんな界隈に来ようとして「最新技術」とか言うならちゃんとキャッチアップしてほしい)

職務経歴書に書くということは、面接で深掘りされること、そして期待されていることなので安易気持ちで書かないでほしいなぁというのが採用側の意見です。

でもよく見せないと書類選考で落ちちゃうから難しいですよね。

あと慰めってわけでもないけど、採用されなかったからと言って卑屈になったりしないでくださいね採用する側になって初めて気付いたんですけど、転職って本当に巡り合わせだなぁと思っていて、採用したいポジションに収まるかどうかなんですよね。結構いいなぁと思う人がいても、オーバースペックだったり、今いる人のポジションかぶってたり、数ヶ月前だったら空いてたのに!みたいなのがちらほらあるので。転職活動頑張ってください。

ユニットテストそんなにいる?

ユニットテスト書きすぎじゃない?って話です

かつてこのブログがバズって否定的意見が多かったけど

http://kenn.hatenablog.com/entry/2014/01/03/095026

今はこのブログで言ってることがその通りだと感じる場面が多い

筆者は大手企業スマホアプリを作っている

スマホアプリの開発現場では、MVVMやクリーンアーキテクチャと言った手法を用いて

Viewロジックに近い部分までユニットテストしようというのが主流になっている

この空気感では最早テストを書くのはやめよう!という人は居ない

テストを書いたほうがいいか、書かなくてもいいか、迷うくらいなら書けという感じ

その結果、仮にバグが有ったところで大して痛くもないところまで緻密なテストが書かれ

コード量は爆増し、開発速度ははっきりと低下している

テストを書いておいたほうが結果的リリースまで早くなる箇所もあると思うが

テスト礼賛の現状、よっぽど強い意志を持っていたり強い権限を持っていないと

そうでないところまでテストを緻密に書く流れにどうしてもなってしま

もうApple審査も昔のように一週間もかかったりしないんだから

リリース優先して、バグ考慮漏れがあったらテストケースを追加すればいいのにと思う

2018-01-08

日本IT企業のココがイケてない

ってどこか連載してほしいと常々思うのだが。

大企業サイトが軒並みイケてない

言わずもがな楽天。なんだこれ。インターネットがこの世に出たころのようなデザイン、これはもはや意図的に使いにくさを追求しないと辿り着けないレベル

値段に神経質にこだわるユーザーくらいしかチェックしない。

銀行系、クレジットカード系、なんでもいいけど日常的に使わざるを得ないインフラを担うような会社サービス

大手企業だけどSIerに開発を丸投げしているような会社システム

もうすぐにエラーになるわ、URL名前おかしいわ、ちょっとたことに7クリックくらいしないと実現できない。リクルート系も同じくらいヤバイ

これは外注している会社全般にいえるけど、SIer技術レベルはやはりヤバイSIerはこの世から滅びたほうが社会のためになる。

退会の煩わしさとメール受信停止の面倒くささ

ユーザー視点で見事なまでに考えられていない。ここで苦労させることに何の意味があるのか。

日本辞書からおもてなしという言葉は取り除いてもらいたい。

道徳がまったくないサービスの乱立

Youtubeとか海外カンファレンスをみていると、よく「Make the world better place」ってフレーズをよく聞く。めちゃくちゃ聞く。

サービスによって世界をより良くしたいって思想の元にサービスを開発しているわけだ。

ところが日本はどうだ?

そんな発想がないどころか、「Make the Japan more chaotic place」って言葉がぴったりだ。

まりサービスによって日本もっと混沌とした場所にするってこと。日本経営者エンジニア社会的意義とか考えたことないやつばかりだ。

メルカリとか犯罪の温床になるようなサービスばかり提供し、ドヤ顔。昔流行ったソシャゲとか、そんなゴミを開発している会社だらけ、DeNAなんかソシャゲ以外の新規ビジネスでも問題だらけ、社会悪のもの。儲かればなんでもOKって会社ばかり。

社会全体に倫理がない日本とかホントどこに向かってるんだろ?

技術トレンドが2年くらい遅い

今時Dockerが〜とか恥ずかしげもなくそんな記事が今なお乱立する、まじかよ。

さらに開発環境に使いましたって糞みたいな記事が乱立する有様。Deployはどうした?

Qiitaとかゴミ記事プラットフォームと化しているかgoogle検索からまじで外してもらいたい。

さらRubyが〜Railsが〜なんて、世界でもPerl並に勢いよく廃れている技術を今なおスタートアップドヤ顔で使う。

まあそれはいいけど、あんパフォーマンス自由度高すぎて可読性も低い言語流行る時点でエンジニアリング思想普通に欠けてると思う。

技術手段ではなくて目的になりすぎ

さらマイクロサービスアーキテクチャーが〜っていって大した規模ではないスケール必要性がまったくないようなシステムにまで

無理に導入しているやつ。

もうエンジニアを辞めることを強くオススメする。

CTOって肩書があっても、こういうやつがい日本はもうほんとすごいわ。


なんか書いてて心が病んできたので、何かwebメディアで連載してもらいたい。

2017-11-28

anond:20171127215759

この手の話をするようなやつってのは十中八九

プロセッサアーキテクチャWWWの仕組みとか

そういうプロトコルだとかの類を理解したがらないか相手にするだけ無駄だと思っている。

バカエバンジェリスト掲示板大先生達が損するくらいだから

まあどうでもいいんだけど。

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