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

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

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等)もやっておいた方が良いかと。

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

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

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

https://webcache.googleusercontent.com/search?q=cache:KbnYqyAkzEUJ:https://qiita.com/sirootosan/items/43226b6707ab6dc9d6af+

を見て思ったこと。これに加えて、受託に関わるクソな部分(偽装派遣とか毎回そういう人たちを集めて体制作るとか)を見てとっくに愛想は尽きてる。が、変に給料がいいせいでウェブ系(?)に転職しても年収下がりそうなのが悩みの種。

だいたい同じ感覚

一番やばいのは周りに技術好奇心がないこと。好奇心というか、必要最低限のことも学ぶ気がない。コピペで動けばいいや、という考え。

ただ、ビジネスとして考えたときに、対応できる人の集まりやすさとか、立上げの教育コストとか、そういった事を考えると開発効率犠牲にして古いアーキテクチャ採用することはありうると思う。特に規模が大きくて未知の技術採用するリスクを負えないときとか。

2018-03-26

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

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

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

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

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

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

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

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

kotlinelixir ? むりー

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

どうしたらいい?

2018-03-25

anond:20180324225854

旦那家事をさせて自分子供と遊ぶとか?でもまーいつもいつも自分相手をするのも疲れるよね、おそらく。

旦那を上手に操るには、つべダメだと思うエビデンスもっとはっきりと示す必要はあると思う。

あとは、格安SIM格安モバイルルータ一定容量超えたら割高になるor速度が遅くなるコースにするとか?あるかわかんないけど。。

水と人間は低きに流れるから価値観が一致しない場合アーキテクチャで何とかするしかないのでは……。

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の仕組みとか

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

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

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

2017-10-18

応用情報技術者試験を受けてきました

anond:20170911232449

上の日記を書いた増田です。

こんにちは

試験、受けました。

ことさら話題にするようなことでもないかもしれませんが、せっかくなので書きます

これから受ける人などの参考になれば幸いです。

プロフィール

30代。

普通科高卒

製造業

プログラミング歴は数ヶ月。

それまではExcelWordがちょっと分かるくらいだった。

言語VBAVBバッチ

一ヶ月に100行書いてるかどうかといった感じ。

製造現場身体を動かしながら、改善の種を探している。

所持資格はTOEIC700、日商簿記2級など。

基本情報は受けたことがない。

受験

動機

内製のソフトC++でできていて、これを色々弄くれるようになればあんなところやこんなところまで自動化できるなあ、でも何も知らないまま弄るのはちょっと怖いなあ…

そうだ、勉強しよう!

合格すればついでに報奨金(10万)も貰えるしね!

勉強期間、学習時間

8月半ば、受験申込期間の締め切りギリギリ試験存在を知り応募。

勉強期間は2ヶ月ほど。

平日は1日1〜2時間。土日は1日3〜5時間。まったく勉強しなかった日が10日ほど。

体感的な総学習時間100時間ほど。

学習方法

最初に、ネット評価の高かった合格教本という本を買って読んでみた。

基本情報知識もない状態だと、書いてあることがもうほんとにまったく分からず、挫折しそうになった。

方針を変えて、応用情報技術者試験ドットコム過去問道場をひたすら回した。

からない言葉ネットで調べて、これはと思う説明出会ったらOneNoteにひたすらコピペした。

最後の2週間はドットコムユーザー登録をし、理解度問題を色分けするようにした。

最後の1週間でピヨ太くんのサイト(正式名称長い)を見つけ、分からない言葉はまずこのサイト検索するようにした。

午後対策過去問を本番と同じ時間で4回分解いたくらい。

合格教本は結局ほとんど読まなかった。

午後の選択問題

受験前は、

…のどれかを選ぼうかなと考えていた。

いわゆるストラテジ、マネジメント系科目だけで固めても良かったのだけど、組込みなんかは普段生活からイメージやすいし、2時間半の長丁場ならテクノロジ系科目を間に挟んだ方がほどよく頭のリフレッシュになるかなーと思っていた。

実際の試験では、

…を選んだ。

試験当日(午前)

試験会場に時計がなかったので、時計が無い状態受験した。

机上に置けるような時計は持っていなかったし、まあ午前だけなら時計が無くても大丈夫だろうとタカをくくっていた。

問題を順当に最後まで解いて、全て順番通りにマークされてることを確認してから、手を挙げて外へ出た。

出てからスマホの電源を入れて時間確認した。

15分ほど余っていた。

試験当日(午後)

さすがに午後は時計が無いとマズイと思い、休憩中に買ってくる。

セキュリティ(必須問題)の設問1で長考してしまい、20分ほど経っても解答用紙の半分が埋まっていない状態

とりあえず他の問に移り、最後に余った時間セキュリティに戻る方針シフト

経営はぱっと見簿記知識が生かせそうだと思い選んだのだけど、「固定長期適合率」がどういう計算式なのか見当がつかない。

早々に切り上げる。

組込みの設問1でまたも長考、ほぼ解答を埋められたものの、結局40分ほど費やす

この時点で残り1時間と少ししかなく、かなり焦る。

サビマネ監査は焦りから問題文の通読ができず、設問を最初に読むようになり、結果読み返しが増えてしまった。

監査を終えたところで5分くらい余ったので、這々の体でセキュリティに戻る。

なんとか穴埋めしフィニッシュ

午前とは逆に、始終時間との戦いだった。

自己採点

午前は78.75点。

午後は厳しめで53点、甘めで66点(TAC基準)。

セキュリティ、サビマネ監査の点数がかなり流動的。

午前は問題用紙に選んだ選択肢に○する余裕があったのだけど、午後はそれがなくなって、問題解くのに必死自分が何を書いたかしっかり思い出せない。

色々と書いたけれど、そういう訳で正直受かってるかまったく分からない。

配点、部分点次第といったところ。

怖い。

感想

午前の対策簡単だ。

ただ過去問を解くだけのロボットと化せばいいだけ。

体感3割〜4割くらいは過去問の流用で問題ができあがる。

いわゆる一般常識で解ける問題も多い。

午後の対策が難しい。

午後対策でよく見られるのは「国語の読解力をつける」というアドバイスだが、読解力というのは漠然としていてレベルの向上も分かりづらい。

今の私なら、以下の順番で勉強を進めるかもしれない。

ま、受かってたらやらないんだけどね!

そもそも、「試験合格するための勉強」に終始して、最初動機なおざりなっちゃった感が否めません。

公開鍵暗号方式といえば、RSAだよね!知ってる知ってる」

…でもそれらがなんなのかはよく知らない、みたいな。

一つ確実に「分かった」と胸を張って言えることは、

からないことは、調べればいい。

分かる人に、聞けばいい。

ってことですかね。

受かってなかったとしても、もう受けないかもしれませんね。

はぁ…10万欲しいなぁ…

以上で終わりです。

最後まで読んでいただきありがとうございます

お疲れ様でした。

2017-09-27

プログラミングパラダイム流行とか分散アーキテクチャとかは普通についていけてたが

機械学習とくると学者とかそういうヤツがやることだろって感じしかしない

俺の中では「プログラマ」に対する要求を超えている

ちょっと鬱っぽくなってんのはこれもある

2017-08-22

設計勉強してても、「設計勉強をしてる風に見せかけて威張りたい人」がいたら全て無駄になる(手足として使える程度にこなれてないので修正が効かない、言葉が何を表すか理解してないので話が通じない、パフォーマンス改善のためのアーキテクチャー(棒))ので、コスパ悪いよな、とは思いますね。

2017-07-27

意味を知る前の意味

プロパガンダロシア料理だと思ってた

ポリコレ艦これパクリ婦警さんを収集するマジキチゲームだと思ってた

ガバメントガバガバ男性 例文:昨日ガバメンとヤッた

アーキテクチャサーバントの名だと思ってた

マクロ⇒マジ黒いの略語だと思っていた 例文:あいつマジマクロじゃねぇ?

アジェンダアメリカ女性シンガーだと思っていた

アウターアバターパクリ映画だと思っていた

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