「リレーション」を含む日記 RSS

はてなキーワード: リレーションとは

2019-07-27

設計から実装に当たって

テーブル構成リレーションころころ変わってるな。

まあ、実装する中で問題点が出てきて軌道修正するのは普通の事なんだけど。

洗礼されてきていると満足して良いものか、設計が甘かったのか?と考えるべきか。

2018-12-01

anond:20181201124519

アベの国策なんてないぞ。あるのは保身と癒着企業とのリレーション強化、あとはひたすら増税するだけだ。

2018-11-16

anond:20181115111532

静岡パブリックリレーションパチンコ屋の台替え作業歌舞伎舞台設営作業自衛隊基地航空祭イベント後のテント撤去作業大学生ときにやった

作業時間適当だったし派遣には金払いも待遇もよくていいとこだったけど、ガテン系のTHE肉体労働だったな

事務所が殺風景だったか書類事務は確かに渋られてもおかしくないなとは思う

2018-11-06

ちょまどさん…ロールチェンジ!の誤解

https://next.rikunabi.com/journal/20181101_p01/

リクナビNEXTランキング上位に入り注目を集めているこの記事だが、その内容には致命的な誤りがある。

まず一つ目、DevRelの定義だ。

DevRel(デブレル)とは、Developer Relations (デベロッパーリレーションズ) の略で、テクノロジー提供するベンダーマイクロソフトGoogleなど)が、開発者と良好な関係を築くことを目的とするマーケティング活動である

「良好な関係を築く」というのは曖昧表現だが間違ってはいない。しか

「DevRelは、その名の通り、開発者との関係性が重要です。マイクロソフトデベロッパー分野の窓口として、皆さんの声を直接お聞きし、製品に活かしたりドキュメントを用意したりして、より生産的に開発できるよう働きかけることがミッションの一つです。つまり、DevRelとは、開発者の皆さんと『一緒に』創っていく人たちのことです」

これは違う。DevRelは活動であり人ではない。言い間違えたか書き起こしを間違えたのかも知らないが、これでは定義理解していないと思われても仕方ないし、最重要キーワードなのに矛盾した定義を見逃す編集者も謎だ。

二つ目はここだ。

英語のAdvocateには複数意味があるが、ここでは「鼓舞する人」という意味が一番近いだろう。

はてそんな意味はあっただろうか。安心と信頼のMerriam-Websterで調べてみよう。

https://www.merriam-webster.com/dictionary/advocate

Definition of advocate (Entry 1 of 2)

1 : one who pleads the cause of another

2 : one who defends or maintains a cause or proposal

3 : one who supports or promotes the interests of a cause or group

Definition of advocate (Entry 2 of 2)

transitive verb

: to support or argue for (a cause, policy, etc.) : to plead in favor of

intransitive verb

: to act as advocate for someone or something

名詞の方は、一つ目は「主義・主張を代弁する人」、二つ目は「主張や提案を弁護する人」、三つ目は「特定集団主義利益になるよう働きかける人」という意味だ。

鼓舞する人」というのはだいぶ意味合いが違う。鼓舞するならinspiratorとかになると想像がつきそうなものだが、なぜその意味が近いと思ったのだろうか。DevRelとアドボケイトは記事の肝心となるはずの言葉だが、どちらも説明に不備があっては話の筋が崩壊しかねない。

エバンジェリストからアドボケイトになったとのことだが、エバンジェリストについての記述も詰めが甘い。

しかし、1年後に組織変更があり、DXは2つの新設部署に分かれた。

(DX: デベロッパーエバンジェリズム統括本部)

https://twitter.com/ayatokura/status/1021190099747262464

今年度は国内では、マイクロソフトエバンジェリスト(西脇サン除く)という役職は消え、元同僚はソフトウェアエンジニアや別の役職へ転身するかたちに

まりその時点でエバンジェリストという肩書き消滅した。つまり

肩書きは一応『テクニカルエバンジェリスト』のまま残っていた

というのは公式のものではない。

CSEエバンジェリスト担当企業訪問し、必要に応じハンズオントレーニングを行い、そのあとは数日間部屋にこもって一緒に実プロダクトの開発を一気に進める。いわば担当企業向けの特別ハッカソン

したがって「CSEエバンジェリストが」というのも明らかに矛盾した表現であるインターネットミームにされたり詐称されたりして可哀想言葉だ(好きか嫌いかでいえば嫌いな言葉だが)。

DevRelやアドボケイトというのはそこまで普及していない言葉で、不思議に思っていた人も多いだろう。そんな中公開されたこ記事は、人々に誤解を植え付ける結果を招いた。

ま、ちょまどのファンアンチ写真ばかり見て内容は一文字も頭に入っていないのだろうが…

2018-10-21

anond:20181020183841

込み入ったクエリとかリレーション張るとかになれば話は別かもしれないけど、単純なExcelシートをテーブルに起こすだけならいけるでしょう。

必要なったらその頃には知識もあるだろうからDBサーバー立てるとかすればよい。

てかExcel上のシートに5万件とか無理があるし、そもそもセルへのデータ読み書きがあまりに遅すぎて使い物にはならないのでは?

しかも元々マクロをおうちでも書いてお勉強したいってレベルの話。

2018-10-17

anond:20181017172234

最近PHPプログラマですらSQL書かないでORM頼りだったりする。

laravelのeloquentとかな。

その割にリレーション機能とか使いこなしてなくて割と力技で処理するコードしかかかなくて、非常に不安定性が高いってのがそういう子たちの特徴。

2018-08-31

転職活動

クエーは基本的には企業とのリレーションが薄く交渉力ない。担当者募集要件キッチリはまるやつしか提案してくれない。

小規模は全部丁寧。ただし日系大手レア案件はない。

という感想

自分はとりあえず後者でやってみることにした!

がんばろう。

2018-08-14

anond:20180814220446

1対多のリレーションだけで煩雑になるほど、ウチの資産管理は込み入ってないし、そもそもダイナミックに資産の集計を取ってどうのこうのという機会もないので。

まあそういうのが業務上必須になったら要検討だろうけど。

anond:20180814220409

Ecxel帳簿だと1対多のリレーションとか管理できない(もしくは困難)でしょうに

2018-03-30

anond:20180329015624

2作品どっちもよかったねー。

自分もすっごい楽しめたし毎週楽しみになる作品だったな。

ゆるキャン△は、毎週、気持ちの良い時間を堪能させてもらった。

個々のパーツは大した事無く見えるが、取りまとめ方のバランス感覚絶妙だと思った。

目立つ必殺技は無いけど、センスのある監督さんなんだろうな。よかった。

よりもいは、軽やかなテンポの中に毎週様々な角度で

カタルシスをぶっ込んで来る構成の妙を堪能させてもらった。

軽く観やすく作られた流れに乗って油断しているといきなりドラマが動く感じ。

毎回気持ち良くやられてしまった。よかった。

どちらも、特定の一要素のレベルが高いわけでは無く、

要素の組合せが影響し合って効果を高め合っている感じ。

双方共にチームのリレーションが良かったんじゃないかな?

そういうのって観る側に、なんとなく伝わるから

いやあ。良いモノを観れて良かった。

2017-07-18

夕張記事ってそんなに悲観的な話なの?

これって要はリスケすりゃいいだけじゃんね

夕張市には一応の歳入があるもの債務返済計画が無茶過ぎて行き詰ってるだけなのだからそこを調整すればいいだけじゃないの

過去10年間で夕張市100億円以上の債務を返済し続けてきた実績がある訳でして、金主様との十分なリレーション確立されてるのだからリスケジュールの話って切り出し易いですよ

金主様にしたって無理な返済計画押し付け債務者が飛んで債権全損になったら嫌なんだから多少は融通きかすこともあります

相手債務返済滞らせる不誠実な債務者だったらそんなこと絶対しませんけど、どうも夕張市はそうではないようですから

で、記事中にも「2017年3月財政再生計画の抜本的な見直しに国が同意」ってはっきり書いてありますし、リスケじゃんねこ

もちろん今後も市の財政運営は厳しい状況が続くと思います、国の監督監視体制も変わらないと思います、でも状況は大分緩むんじゃないかと思いますけどね

ハッピーエンドとは言いませんけど、いくばくかの希望を感じ取ったのですが

廃市?債権全損するだけじゃん。リスケに応じた方が万倍まし

2017-06-24

ゴミみたいなスタートアップ企業から転職を決意した

私はとあるスタートアップ企業に勤めているのだが、社長があまりにひどいので転職を決意した。正確に言えば転職活動はその前からやっていたが、あまり不快事件があったので、改めて決意した。まだ決意した段階で転職先が決まってないので、退職届を出すのはまだ先の話。

登場人物

社長

私(エンジニア

会社における私の立場

エンジニア

社にとって重要技術(と言っても大したものじゃない)の全てを保持しており、重要リレーションも私を経由している。現在サービスは私が提案したもの

この時点で疑問に思うかもしれない、社長何してんの?と。私も社長が何をしているのか疑問だ。聞いたら怒って面倒臭いので聞く気は無い。

誰に話しても驚かれるが株は全くもっていない。しかし、株がゴミなのは私が一番よく知っているので、株より現金の方が欲しい。

年収300万以下。相場を知っていればわかると思うがエンジニアに払う額としてまともじゃない。

経緯

ニートだった私は、履歴書の空白が長すぎたためにどこにも雇ってもらえなかったので、唯一雇ってくれたスタートアップ企業入社した。当時の私を雇ったくらいなのでまあ、程度の低い会社であるプログラミングは大したほどではないが一応入社時点でもできた。

なんだかよくわからないうちに、私はエンジニア業務責任者になり、営業もするようになった。マーケティングとかマネジメントとか他にも色々やった。

最近事件

転職できる程度の実績を積んで、転職活動を始めた矢先に事件が起きた。

社長株主の目を気にして世間体を保つためだけに全く金にならないゴミみたいなサイトリリースしようとしていたので、私が拒否した。

そうしたら、勤務態度が悪いことを理由減給された。2割くらいなんの前触れもなく減らされたので多分法に触れてる。もちろん会社就労規則なんてものはない。

その際に、株、取締役ポジションストックオプションなども勤務態度がよくなれば考えるなどととってつけたように言われたが、渡す気がないこともその価値ゴミ同然であることも私はよく知っている。

それまでは、転職先はのんびり探そうと思っていたが、必死転職先を探す羽目になってしまった。

社長の愚かさについて

技術リレーションサービス展望を全部もっていて相場以下で働いている人間減給を突きつけるとかバカなのかな?と思うわけだが、まあ、バカなのだろう。

最大の愚は、私が転職活動をしているとはつゆほどにも思っていないことだ。なぜそんなに楽観視できるのかはわからない。

スタートアップに入ったのだからお前がもっと頑張れよという声があったら

スタートアップ社員会社を大きくするために頑張るモチベーションは株やストックオプションであって、それがない以上、自分利益にならない仕事をするはずがない。私のモチベーション転職のための職歴と実績を作ることなので、会社が大きくなろうが小さくなろうが知ったことではない。

まとめ

重要ポジションにいるエンジニア減給なんてやったら転職するに決まってるだろと。

ニートでもゴミみたいな企業半年くらい頑張れば実績作れるよ。

退職前に有休もらえるのか気になる。

2017-02-07

リレーションするカタチってなんかかっくいーね

関係する形でいーだろそんなんだからお前は軟体動物から進化できねーんだよ

2017-02-06

http://anond.hatelabo.jp/20170206160539

1) 以前、毎時0秒に合わせてみんなで投稿する実験をしてみたけれど、必ず秒単位でずれたURLになりました。

2) これも以前実験したけど、未来の時刻を書いて、その時刻に記事投稿できてもトラバにはなりませんでした。

投稿時に本文中のURLを解析してその時点で存在する記事リレーションするカタチなのだと思われます

1)2)ともに、今でもそうであるかどうかはわかりません。

2016-12-19

Oracle案件に当たりなし説

もちろんスペシャリストがきちんとわかった上でOracleを使ってる案件大丈夫なんだろうが、中小規模案件Oracle使ってるのにろくなのがない。

Oracle案件ありがちなこと。

データベースは当然のごとく正規化されてない。昔はされていたのかもしれない。

使用されていない予約されたカラムの山。必須でない情報でもカラムを作るのでテーブルがどんどん肥大化していく。

業務必要リレーション崩壊している。

・謎のインデックスが大量にあるが、パフォーマンス上本当に必要インデックスはない。

・ストアドプロシージャが秘伝のタレ化。そのせいでOracleから抜けられない。

Oracleを使うとDB設計者の脳は破壊されるのだろうか。脳が破壊されているかOracleを使うのだろうか。

開発環境準備するのも面倒だしインターフェースダサいし、もうOracleが絡む案件やりたくない。

2016-12-14

http://anond.hatelabo.jp/20161213210123

この増田は、電通を褒め上げているが、私の立場から見た電通は少し違う。


私は、別業界だが、少なくとも電通並みの知名度を持つ会社で、広告宣伝担当する部長をしている。

なので、大手代理店とはすべて付き合っているが、電通は、他の代理店と比べて値段が高いと感じる。

高いだけの価値があればよいのだが、普通お金を出しているだけでは、電通提案の質はあまり高くない。社員の質もばらつきが大きい。

めちゃくちゃ高いお金を払うか、そうでなければ何か別の理由絶対仕事を取りたいと思っているとき電通は、確かに他の代理店とはけた違いのものを出してくるが、少しでもその要因が外れると、思いっき提案の質が落ちるという印象がある。

その割にプレゼンテーションの分量は多いので、社員はめちゃくちゃ働かされているんだろうなという印象を持っている。

電通社員仕事で飲むと、超面白いのは分かりきっているので、私は部下に代理店の人たちとは絶対に酒を飲むなと命じている。

ちなみに大学同級生が何人か電通就職したが、個人的に飲むときにはあのようなエンターテインメントは発揮されない。

ということは、仕事なのでああいう感じで飲んでいるということだ。合コンでは発揮していたが、それは女体という報酬があるからで、要は仕事と同じ。

飲み会のことを思っても感じるのだが、電通という会社は、いわゆる仕事生産物評価される世界とは違い、リレーション評価される世界である

この増田氏は、電通社員と飲んでいるようであるが、飲んだら、正当な仕事評価はできない、そういう種類の組織だと思う。

鬼十則は、成果物ではなくリレーション評価される組織にあっては、無限の人的貢献を要求する悪習に堕する危険性がある道徳律だ。

そして、電通人材の質のばらつきは、まさにそのリレーションベース採用された社員が多数存在するからだ。超大口発注元の幹部の子弟とかも含めてだけど。

広告主が批判されるべき要素は、突き詰めるところ、リレーション代理店評価し、そして仕事発注するというところが一番大きいのではないかと思っている。

2016-09-28

CSVダウンロードアップロードに替わるやり方って何か無いのだろうか

PC向けの業務アプリを作っていると、マスタメンナンスの一環として、登録データCSVアップロードダウンロード、もしくはそれらに準ずる機能要求される場合が多い。依頼者曰く、膨大なレコードを1件ずつチマチマ修正する場合に面倒なので、CSVでババーッと修正してドドーッとアップロードできれば一括反映できて簡単でお手軽で便利で定時退社で5時から男だ、という事らしい。

そんな感じで、当初はあくまで一括処理のため、みたいな感じで要求されるのだが、作った後に実際の運用を調べてみるとほぼCSVアップロードだけしか使ってません、みたいな事になりがちだったりする。別にCSVアップロード実装したところで1件ずつ登録したり修正したりする画面が無くなるワケではないし、どっちもあった方が良いのに越したことはない、というのは理解できるのだけど。

CSVアップロードダウンロードによる一括作業あるあるとしては、

ユーザCSV編集するためだけにMicrosoft Excelを準備しなければならない(場合が多い)。折角Webベース業務アプリにしようとなっているのに、Webとは別にCSV編集用のソフトウェア必要というのは本末転倒な感じがする。「大体のパソコンにはWordExcelが入ってますから」が常套句

CSVフォーマット自体バリデーションを持たないため、アップロード後、サーバ側でチマチマとバリデーションを書く必要があり、それらをアップロード時のエラーとして丁寧に表示してやる必要がある。これがすこぶるウザい。リレーションなどが絡むと余計ウザい。ユーザ修正後2度3度4度とCSVアップロードしなければならず、面倒である

データとして一括処理する前の作業が分業になっていて、CSVの行単位で分けたものを最終的にCSVとしてマージするというやり方にしたいという要求がある場合社員1名が10000行のCSVダウンロードし、それを手作業で100行ずつぐらいにしたものを、100人パートタイマー修正させる、等。そういうふうにCSVを分割してくれと言われたこともある。

CSVファイル画像ファイルアップロードして画像登録できるようにしろ、などと言われる。この場合CSVカラム画像名を記載し、同階層にその画像名の画像を配置し、それらをZIPなどで固めてアップロードするなどの方法があるが、手順からして正気の沙汰とは思えない。画像バリデーションなどもウザい。

・そんなふうにしてCSVアップロード実装すると、処理が複雑すぎるせいで、最終的に属人的業務になりがちだったりする。ZIP圧縮するときはこのアーカイバを使えとか、画像jpgだけにしろとか、こちらが特に指定しておらず本来そうしなくてもいいような部分がヘンにローカライズされて面倒なことになっていたりする。

といったものが挙げられるかと思う。

これらに対する実装面での解決策としては、

CSVの取扱をやめる。

・一括処理が必要カラム等をヒアリングし、それを可能とする画面を作る。バリデーション等も考慮

編集時には行(ないしはページ)単位ロックをかけ、複数人での編集で衝突が発生しないよう考慮する。

画像ドラッグドロップ指定できるようにする。

・一括編集バリデーションチェック⇢保存で反映、という流れだけなのでシンプル属人的にならない。

といったようなものが考えつくが、これらを提案しても「いやいやいやいやいやいやいやいや、ここはCSVで」とか言われる事が多かったりして嫌になる。なんで皆そんなにCSVが好きなんだろう。

上記以外に、何か良い代替案とかあったら、是非教えてください。

2015-08-22

http://anond.hatelabo.jp/20150818125519

会議がいろんな意見を出しあう場所なのは出す担当が決まっているときだけ

財務財務的に 人事部が人事的に 業務管理本部がスケージュール的に 渉外がリレーション的に

それ違うんじゃないというのなら どうちがうのか どういう着地点を目指しているとその議論内容が進行している方向がどうちがうのか

こちらの方向でないなら どちらの方向なのか という意見を出し合うところなんだろ

なんかちがう ってどういう意味だよ

それって今の財務状態と人員配置とスケジュール調整的にどうなんすかね って質問するんなら

はじめから全部の現状を把握してこいよ

どういう状況なのか 疑問に思いました それ報告してください 会議なんですから知っておきたいです とか思ってるのか

おまえ取締役の報告会でもやってる気分か?

じゃあ取締役会議すればいいじゃんとか思ったか

取締役がやれっていったからやるために会議ひらいてんだろうが

2015-05-01

あの人馬鹿なのかなぁ

なんで、そんなにウンコードや、ウンコテーブルたくさん作ってんだ。

status1

status2

status3

みたいな、カラム名誰も止めなかったのか。

あと、リレーションって知ってるのかな。

もうやだ。

2014-09-06

Excel嫌いはモテなそう

http://anond.hatelabo.jp/20140905175927

エクセル表計算ソフトだ!と言い他の使い方を認めない人は宗教ぽくて怖いです。

視点も狭く融通がきかなそうなので、モテないでしょうね。たぶん童貞です。

DBエクセルにするかアクセスにするか他のRDBMSにするかは要件次第です。

RDBの知識がある方は、無駄アクセスを使おうとすることもありますが、

全体の効率を考えたらエクセルの方がはるかに良い場合もあります

(もちろんデータ量や入力状況によってはアクセス検討すべき可能性もあると思います

ケースバイケースなので、「エクセル表計算ソフト」だといい除外する視点の小ささは

股間の小ささに繋がります

エンジニアの考える視点と全体の視点って違うんです。

視点ゴリゴリに凝り固まってて、他者視点で考えられない童貞は、

RDBリレーションできても女の子リレーションすることはできませんよ。

byみおり

2014-04-03

社会的技術負債をなくすには

社会的技術負債をなくすには

動的言語は使わない。

動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)

動的DBは使わない。リレーションのない動的DBは使わない(mongoDBNoSQL系)

動的オープンを紹介してくるメデイアのステマ気づき騙されない

動的オープン無料育成研修セミナーには行かない

Silerが勧めてくる技術独立できない技術からやらない 関わらない

職務経歴書黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない

マニアックオープンソースは拾ってこない 広めない

Jser Phper Rubistにならない 奢らない

PHP Java JavaScript Ruby RoR Html5仕事は請け負わない

技術負債をなくすには

C# Objctive-cだけ使う

VisualStudio Xcodeだけ使う

VisualStudio Xcode機能をフル活用する

WindowsServerを使う

一定シェアを獲得したDBを使う

デザパタを覚える

コミュニケーションOffice 365 redMine,イラレGit Svnを使う

動的言語をこれ以上広げるな 罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな

セキュリティに問題のある動的言語はどこにいってもトラブルになる

原発システムRuby,RoR,PHP,JavaScriptを使いたいと思うか?Silerはなら提案してくるだろう儲かるから

使えば必ず原発はハックされる

C# ASP.net2007年から海外では大流行だった 一方日本メディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた

C#(静的言語)は14年前のソースが今でも使うことができる。VisualStudioにはソース自動バージョンアップ機能があり書き換えてくれる。 コード負債にならない コンパイルバグがわかる DLLバージョンをチェックしてくれる ブレイクポイント リモートデバッグ

動的言語オープン系は 手作業で直す どこにバグあるか実行しないとわからない 脆弱性が出るたび バージョンアップ機能追加のたびに修正することになる リファクタが使えない 負債言語

>14年前のソースが今でも使うことができる

この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか?関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性仕様変更がたくさん埋まっているソースだ 修正には手間と時間予算がかかる

C#なら一瞬で最新の.netフレームワークバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単

PHPを捨てたほういい理由

http://apps.wiki.fc2.com/wiki/PHP%E3%82%92%E6%8D%A8%E3%81%A6%E3%81%9F%E3%81%BB%E3%81%86%E3%81%84%E3%81%84%E7%90%86%E7%94%B1

今はRoRステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更バグ脆弱性は出続け、そのたびに全ソース検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語 それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要中間業者は儲かるのでメディア無料育成を通して広めてくる 煽っておいて自己責任の国 日本

静的言語サーバーサイドで何がいいかというと 自分は C# Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方

もうお分かりいただけただろうか?動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを この言語いつまでも高い稼働の保守作業が必要だ。機能追加、言語仕様変更脆弱性修正するのにお金時間もかかる Silerはパンク屋だったのだ。 メーカー製の静的言語を使えばここまで時間も手間もかからなかった。

これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語マスターたからといって独立はできない。なぜなら、5人以上のプログラマーが働いてやっと出来上がるものほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。まさにIT版のねずみ講  上のしか儲からないようになっている。 それに加えて酷いピンハネ。100万で売って7割以上搾取 一人送れば70万円入る世界だ。Silerにとって開発現場炎上すればするだけよい。言語脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人適当教育して3年開発の下駄はかせて送り、現場炎上させて新たに人を送り込んで利益を得ている。

メモ

#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報流出すること結構あるようだ @WikiPHP

#2 2013年 Javaフレームワーク Strutsサポートが終了した こういうフレームワークをメデイアで煽っておいて最後自己責任される。オープン言語はやってはいけない

#3 これはどの業界にも言える事だが、気合い、根性気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーション社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。(○ーイズ、○ルマー、○ニー、旧日本軍ジオン軍タバコ室や残業特定社員を仲良くさせるからだめなんだろう 履歴書の項目が少ないのも問題なんだろう 理系体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる

#5 仕事の最終目的コミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。Office 365RedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ

#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る

#9思えばSiler業界自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率生産性保守作業は社会進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的スキルしか身に付かなかった。それしかやらせてもらえなかった。

しょーもない言語社会の発展を止め、技術者を路頭に迷せた。有益言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたのではないか?

C#ロボット組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。

特にロボットはMocrosoft Robotics StudioというVisualStudioロボット版の開発環境2006年から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界JavaLampが主)

続き

http://apps.wiki.fc2.com/

2014-03-14

社会的技術負債をなくすには

技術負債をなくすには

C# Objctive-cだけ使う

VisualStudio Xcodeだけ使う

VisualStudio Xcode機能をフル活用する

WindowsServerを使う

一定シェアを獲得したDBを使う

デザパタを覚える

コミュニケーションredMine,イラレGit Svnを使う

社会的技術負債をなくすには

動的言語は使わない。

動的本をすべて捨てる(人の手に渡るような捨て方はしない ちり紙交換がよい)

動的DBは使わない。リレーションのない動的DBは使わない(mongoDBNoSQL系)

動的オープンを紹介してくるメデイアのステマ気づき騙されない

動的オープン無料育成研修セミナーには行かない

Silerが勧めてくる技術独立できない技術からやらない 関わらない

職務経歴書黒歴史(PHP Java JavaScript Ruby RoR Html5)を書かない

マニアックオープンソースは拾ってこない 広めない

Jser Phper Rubistにならない 奢らない

PHP Java JavaScript Ruby RoR Html5仕事は請け負わない

動的言語をこれ以上広げるな 罪を重ねるな 脆弱性をばら撒くな トラブルを撒くな

セキュリティに問題のある動的言語はどこにいってもトラブルになる

原発システムRuby,PHP,JavaScriptを使いたいと思うか?Silerはなら提案してくるだろう儲かるから

使えば必ず原発はハックされる

C# ASP.net2007年から海外では大流行だった 一方日本メディアは盛んにLAMP!LAMP!RoR!RoR!煽っていた

C#(静的言語)は14年前のソースが今でも使うことができる。VisualStudioにはソース自動バージョンアップ機能があり書き換えてくれる。 コード負債にならない コンパイルバグがわかる DLLバージョンをチェックしてくれる ブレイクポイント リモートデバッグ

動的言語オープン系は 手作業で直す どこにバグあるか実行しないとわからない 脆弱性が出るたび バージョンアップ機能追加のたびに修正することになる リファクタが使えない 負債言語

>14年前のソースが今でも使うことができる

この数字を見て動的言語関係者はびっくりしているだろう。 14年前のPHPソース 使えると思うか?関係者は首を横に振るだろう。時間と人手をかけて改修すれば使えるかもしれない(多くの場合作り直したほうが安上がりという結論になると思うが) 脆弱性仕様変更がたくさん埋まっているソースだ 修正には手間と時間予算がかかる

C#なら一瞬で最新の.netフレームワークバージョンに書き換えてくれる。エラーや警告の表示も一緒に出力されるから手直しが簡単

&blanklink(PHPを捨てたほういい理由){http://www.slideshare.net/neuecc/c-22979400?v=qf2&b=&from_search=42}

今はRoRステマが醜くそれに騙されて使ってしまった人がいるが、今後、仕様変更バグ脆弱性は出続け、そのたびに全ソース検索し手動で手直しをしなければならなくなる それは新しいことをやっている時に起こるだろうし、今やっている新しいことが負債に変わる。作れば作るほど負債が増え、前に進むことができなくなる言語 それが動的言語 メンテナンスが常に必要でほっとけばハックされる。保守や改修に人が多く必要中間業者は儲かるのでメディア無料育成を通して広めてくる 煽っておいて自己責任の国 日本

静的言語サーバーサイドで何がいいかというと 自分は C# Asp.net(asmx or webApi) Ado.net 接続 & 非接続のDataSet 管理.exeアプリ(C# WinForms)をお勧めする やり方

もうお分かりいただけただろうか?動的言語とはSilerが定期的に仕事を得るために広めたガラクタ言語だったということを この言語いつまでも高い稼働の保守作業が必要だ。機能追加、言語仕様変更脆弱性修正するのにお金時間もかかる Silerはパンク屋だったのだ。 メーカー製の静的言語を使えばここまで時間も手間もかからなかった。

これ以上元請けはSilerが言われるがままにガラクタ言語を導入しないほうがいいだろう。技術者はSilerが無料教育してくれるからといってガラクタ言語を学ぶのはやめたほうがいい。(洗脳されて信者になるな) 特に技術者はこの言語マスターたからといって独立はできない。なぜなら、5人以上のプログラマーが働いてやっと出来上がるものほとんどだ。手間がかかるということは自分が一番よくわかっているはずだ。言語とともに使い捨てられる運命にあるのだ。IT経営者やSilerはその方が都合がいい。こき使ってやめられても独立できないのだから。雇ってはこき使って使い捨てる。それに加えて酷いピンハネ。100万で売って7割以上搾取 一人送れば70万円入る世界だ。まさにIT版のねずみ講  上のしか儲からないようになっている。Silerにとって開発現場炎上すればするだけよい。言語脆弱性があればあるほどいい、システムが手間が掛かるなら掛かるほどいい その分人を送り込めるからだ。その辺にいる素人適当教育して3年開発の下駄はかせて送り、現場炎上させて新たに人を送り込んで利益を得ている。

メモ

#1 PHPで改修しようにも簡単には改修できなくて、その間にハックされ情報流出すること結構あるようだ @WikiPHP

#2 2013年 Javaフレームワーク Strutsサポートが終了した こういうフレームワークをメデイアで煽っておいて最後自己責任される。オープン言語はやってはいけない

#3 これはどの業界にも言える事だが、気合い、根性気合馬鹿から組織を乗っ取られないようにするにはどうすればいいか考えないといけない。コミュニケーション社員を懐柔し組織を乗っ取った筋肉馬鹿は面倒なことを気合根性で乗り切ろうするから失敗する。日本はそのしわ寄せがまず下くるから会社が壊れる。脳筋バカは最後まで居残る。(○ーイズ、○ルマー、○ニー、旧日本軍タバコ室や残業特定社員を仲良くさせるからだめなんだろう 履歴書の項目が少ないのも問題なんだろう 理系体育会系,血液型,さう脳とか履歴書は書く項目が少なすぎる

#5 仕事の最終目的コミュニケーションではない コミュニケーションするコストが高いといつのまにかそれが目的に置き換わってしまう事がある。コミュニケーションの得意な奴が本当に優秀な人をさしおえて前にでてくることだってある。 RedMineイラレSVNなどでコミュニケーションコストを下げることで優秀な人が大声を張り上げなくても力を発揮できる環境を作るべきだ

#6 事務仕事のツール化、自動化、ロボット化、コミュニケーションコストを低くするツールの導入で、声が大きい人や事務だけ得意な人が権力を握ることを防ぐ事が出来る

#7思えばSiler業界自分たちが儲かりがたいためにガラクタ言語(Java,PHP,RoR,Ruby,Js,Html5,Flash)に人材を誘導しすぎた。出来損ない言語の非効率生産性保守作業をしている間に社会進化が遅れ世界とのソフト技術に差がついてしまった。人材も非効率的スキルしか身に付かなかったしそれしかやらせてもらえなかった。

しょーもない言語技術者に学ばせて社会の発展を止め、技術者を路頭に迷よわすよりも、有益言語を一つだけ覚えさせ、いろんな業界で使い回した方が業界的にも技術者的にも幸せになれたはずだ

C#ロボット組み込み機器,医療機器,WEB,スマートフォン,ゲーム,CG デスクトップアプリ,業務用ツール 様々なところで使う事ができるのだ。

特にロボットはMocrosoft Robotics StudioというVisualStudioロボット版の開発環境2006年から出ており、ロボット産業を発展させることだってできたのだ。(そのころのIT業界JavaLampが主)

Amazon倉庫ロボット自動システム

http://gigazine.net/news/20121231-kiva-system/

それを開発している会社採用情報 採用言語C++ C# Java

http://www.kivasystems.com/careers-at-kiva/

PHP RoR JS Rubyなんてどこにも書いていない 数年もすれば仕様が変りバグ脆弱性を出す危ない言語だとわかっているのだろう こんな危ない言語は使ってはいけない

Mocrosoft Robotics Studio

http://www.saturn.dti.ne.jp/npaka/robotics/index.html

https://www.microsoft.com/en-us/download/details.aspx?id=29081

続きはWEB

http://goo.gl/2nwGh

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