「Qiita」を含む日記 RSS

はてなキーワード: Qiitaとは

2017-09-18

anond:20170507200847

ネットサーフしててmizchiのブログ読んでたらRPG作っててダメージエフェクトない以外は良いじゃんという感じだった

https://mizchi-sandbox.github.io/rpg-prototype/

つかqiitaフロントエンド作ったんだ。qiita記法UX微妙だけどへーすげーじゃんって感じ

2017-09-17

Qiitaにおけるまとめサイト職人に関する情報

Yashima Hirofumi

1981年9月まれ

千葉県市川市在住

現職NTTレゾナント

http://qiita.com/HirofumiYashima

https://www.linkedin.com/in/hirofumiyashima

https://www.wantedly.com/users/17773706

プログラミング情報共有サービスQiitaで、他人記事動画スクリーンショットを使いまとめ記事を作り投稿し続けるオジサン

Qiitaを書いている時に気持ちが高揚しているのか時にポエムや持論に至る事も多々

Yashima Hirofumiが書く記事タイトルは大体こう

・【 Smart contract × multi-A.I.agent system 】BlockChain の smart contract プログラム定義された ”報酬”(reward)を 用いて、個々のノード = 個々の深層強化学習エージェント の 振る舞い が、”群れ” の 全体系 として、タスク問題解決 するため の 最適な振る舞い に なる ように 協調制御する マルチエージェントシステム構成アプローチ

・【 BlockChain DApp 分散アプリケーション企画立案者・実装開発エンジニア 必見 】 開発&リリース運用中 の 自分のDApp が 生み出す仮想通貨 経済圏市場価値 を、各国財政当局中央銀行 の 新手の政策介入 から 防衛 せよ

・【 仮想通貨 × IPアドレス匿名化 】(XVG)VERGE トークンTor 及び I2P を 用いて、メッセージ送信元・送信先IPアドレス の 秘匿 を 図る 暗号通貨情報機関民間調査会社 は、TorによるIPアドレス秘匿化 を 一定条件下 で crack可能 との 報道もあり、信頼しきる のは リスク含み

・【 Microsoft × Facebook 発 】ONNX : Open Neural Network Exchange プロジェクト ~ 3つの深層学習ライブラリ(Caffe2、PyTorch、Cognitive Toolkit)の あいだ で、深層学習モデルソースコード相互変換するプロジェクト

ブロックチェーン仮想通貨人工知能IoTといった話題性をできるだけ取り入れ単語を散りばめたタイトルGoogle検索汚染するが、内容は他人産物転載であり、新規性十中八九無い。

Facebookでも全能アーキテクチャといったグループに多数参加し、自分の書いたQiita記事宣伝する活動に邁進していて、自分以外にこういった増田もいる事から、顔が知られているが好かれてはいない模様である

https://anond.hatelabo.jp/20150602120230

プログラミング関係ないポエム投稿所、まとめサイトとして利用されている事についてQiitaがどう思っているのかかなり疑問だ。

2017-09-15

パクリ記事って意外と多いよね

キュレーションサイトじゃなくて

普通個人ブログとか、誰かの投稿

 

まるっきり内容が同じ(文面だけ違う)ってことがある

同じ内容だから検索ちゃうと両方出てきちゃうんだよね

まあ元ネタが本当に元ネタかはわからないけど

 

あれ何だろうな

アフィとかじゃなくても、やっちゃう人居るようだけど

個人ブログで何でやる? Qiitaとかでもたまにある

2017-09-12

久しぶりに会う元上司からクラス設計すらできないJava技術者がいる」と聞いて最初はそんな馬鹿冗談かと思ったが最近はそれが普通なのかもしれないと思い直したりしてる。JavaHouseMLのような切磋琢磨できる場が今はないのが残念だ。無知嘲笑する人はそこには居なかった。JavaはもちろんITマナー等様々な知識をそこで得た。Qiitaがそれに該当するサービスなのだろうけどあくま技術ブログに特化したSNSにとどまってる感がして「そうじゃない」って思ってる。

2017-08-10

削除できない(修正できない)糞システム

ブコメでは「修正できないAppleの糞システム」として吹き上がってますが。

絶対にやってはいけない「Apple IDをテストで13歳未満にすること・・」 - Qiita http://qiita.com/keroppi0_0/items/b99ee679e7da87d3d649

修正できなくて困るのは、開発者ミスというか慎重さが足りなかったときくらいなんじゃない?

その開発者の人はとっても困ったかもしれないけど、子供の年齢を入力してペアレンタルコントロールを使っているユーザーはきっと何万人もいるじゃん?

その何万人もの人にとっては、「修正できないこと」によって、安心して子供デバイスを使わせることができるわけだ。

もし、開発者ミスを救済するために修正できるようになったら、その何万人ものからの信頼を失うことになるわけだよね。

似たようなことを以前にも見たことがあって、

iOSアプリIDは一度作ると削除できない仕様だった。(今は削除できるようになってるけど)

今は消せるみたいだけど、iOSアプリ開発を始めた頃は、テストで気軽に作ってみたIDが消せなくてとっても困った。

そのときAppleの糞システムと思ったけど、考えてみたら、

iOSアプリって1日に何百万円も稼ぐタイトルもあるわけで、

操作ミスなどで消してしまったら、その後の収入はパー、復旧にも何日もかかるわけで損害は計り知れない。

「俺は操作ミスなんかしねーし」と思う人がいるかもしれないが、不正侵入もあるかもしれないし、リスクは初めから取り除いておいたほうが良い。

当時からアプリIDを削除する機能がついてたのに見落としてたのかもしれないが、

自分らは「追加があるなら修正削除ももちろん作るっしょー」と思考停止してるけど、

ユーザー不利益を与える可能性がある機能最初から搭載しない」

という判断(割り切り)も、ケースバイケースで必要になるのだと目からウロコが落ちた気がしたのだった。

つのからアプリID普通に消せるようになってて、何かリカバリ方法ができたのかもしれんけど。

2017-08-08

日本工程师笨蛋的五个理由

  • 他们并不透过github的星星数量或发布服务等等,而透过上台会议为工程师成为有名把自己的价值提高,只在推特而搏客想说“我要上台”“我上台了”。他们并不透过代码而服务,而透过术语而行为做“Mounting”。Mounting驱动开发。衒学趣味
  • 大概的发表而搏客是“把官方Docs翻译到日语了”“把Get Started试试看了”这样的水平,可是因为大部分的读者是没有看英语的习惯(或者不会看)的人们,就被受欢迎的。透过“我明白了”“我有了新知识”“等一下看”等等的反应,著者满足他们的承认欲求而又写下一个垃圾记事。对在日生活中看英语一次情报的人们,这样的记事只是个噪音,可是“觉得明白最新技术”这样的感觉就是一个保持这样的垃圾记事评价的理由
  • 他们非常喜欢技术书,他们就连前端开发透过“学习”开始。可是这种书上的情报只是英翻日的文件或者自私代码,在这个变化很快的世界下,数个月就会简单地落后。虽然最新信息是很多而这些信息都是免费的,可是因为他们被动受到一个传播者给他们的二次情报,信息差距就在市场上成立。
  • 他们不能受到,或者因为很低情报感度不知道这样的事实,透过“日本优秀的工程师很多”等等的发言互相安慰。可是优秀的日本工程师因为已经在海外工作,跟海外工程师议论,而很快地产生成果,所以两极化越来越大。

参见: https://anond.hatelabo.jp/20170728223725

2017-08-06

最初の章だけ添削してみた

Despite in an age of the internet that has connected people of all over the world, Japanese engineers have been left behind latest trends of discussions or services due to the crucial firewall - English. Consequently, they have only been stuck with their quirky ecosystems such as Hatena, Qiita, and niconico. When it comes to their cultures, for example, "Japanese cuisine" or "Japanese Pop Culture", they sometimes give birth to some valuable products, although in technology domain, it's just a damn to be quirky living in isolation from global standard or reinventing the wheel, and they don't produce any value for the world. In fact, despite the population size of Japan, there are the extremely small amount of technologies or services acknowledged in the world those are originated in Japan.

https://anond.hatelabo.jp/20170806192324

5 reasons why Japanese Engineer are fu*king da*n

  • Because they likes "Technical document" much, though they usually study with books even it's Front-end latest technology, Many of them are just translated original EN contents or da*n not sexy sample code, it's worthless in the world which dynamically changing day by day in few months. Regardless of free latest contents which can be found everywhere, they just get Secondary Information given by some evangelists with passive mindset, it causes making this Evangelist? market stable due to this kind of information gap structure.

See also : https://anond.hatelabo.jp/20170728223725

2017-07-28

ここがクソだよ日本人エンジニア

2017-07-27

Googleに勝つとかいっている日本企業って何なの?

言うは易く行うは難しってあるけど、わずかな論理性があれば言うのすら難しいと思う。

日本オワコン会社合併して出来た会社でも、妥当Googleだの言っていたし、昔勤めていたお役所企業ガチ低能IT企業でも社長がそんなことを言っていた。社長、うちの会社社員プログラムすら書けないでエンジニアと名乗ってるんですけど??

世界中から優秀な人を集めることができるアメリカは様々な有名企業を要しているが、その名だたるIT企業TOPに君臨するGoogleと、日本技術力だけでなく、英語力までも低いがために、英語で書かれた技術書をまともに読めず、新技術を使うときいつも的外れ投稿Qiitaにあふれかえるこの日本エンジニアがどう勝負するっていうんだ??

そもそもGoogle入社試験突破できるエンジニア日本に何人いるっていうんだ?Google日本支社ですら外人で溢れているのは日本エンジニアが糞しょぼいからだろ?

もう会社TOP精神論になんかに頼りだしたら末期。思考が停止してますって言っているようなものでしょ。

どこぞの原始的部族精霊信じているのと同じレベルやで。

わいはおっさんからドラゴンボールに例えると、亀仙人弟子入りしたての少年クリリンフリーザ様くらいの戦闘能力の違いがあると思う。

2017-07-25

Qiitaプログラムを公開してみた

初心者から初心者ですって書いて割と初歩的なプログラムネスト無しif文とforeachとIOだけの60行のコード貼ったら

コメント欄でこうやって書いた方がいいで、ってアドバイスくれたんだけど、めっちゃ嬉しいな

思いついて作ったプログラムを書いて動いたらQiitaに載せてリファクタリングの流れは最高

2017-07-14

一人では何ひとつできないエンジニア

私の仕事

 

StackOverflowの諸先輩方や

Qiitaの分かりやすいまとめや

技術者ニッチブログ

素晴らしいライブラリ、そのコミッタ

言語を生み出した天才たち

IDE開発者

PC製造者

その他ASPインフラなど、多くの方が居て奇跡的に成り立っています

一人では何もできません

99%は他の方に頼っています

ありがとう

ありがとう

2017-07-13

ホワイト企業に勤めてるんだが、もう俺は限界かもしれない

大企業名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料福利厚生も申し分無くて、寂しい時は社内イベント勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。

俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。

服装

スーツ強制である意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。

営業マンオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。

たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの?

Webフィルタリング

ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。

Stackoverflow や Quora や Qiita も見れない(知恵袋は見れる)。GitHubBitbucket も、そしてはてなさえもだ。え?IT企業だよね?何の冗談だよ。全然笑えないぞ。

情報漏えい対策です」だって?だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの?

とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの?コピペしたい時とかどうすんの?効率って言葉知りませんか?何なの?マゾなの?

ウォーターフォール

ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材スピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。

テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい(笑)ワード使ってコード日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。

開発審査

ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い(笑えない)。何十年も(何年も、ではない)前につくられた基準で、かつ無理矢理定量的解決しようとした体系をしていて、結果、

「30ページの仕様書ならレビューはx時間しているはずだ」

「x時間に至ってない?それはおかしい。x時間になるまでレビューしろ」

「x時間超えてる?それはおかしい。なんで超えたのは理由を説明しろ」

なんてことが起きている。何なの?ソフトウェア開発がそんなに単純にいくと思ってるの?そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。

パワポ民族

ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。

独自フォーマットじゃねえよ。Markdown 知らないの?別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの?何がしたいの?パワポ萌えなの?勝手にやってろよ。俺たちまで巻き込むな。

PC

PCとディスプレイは会社側が用意したものしか使えない。Windows 強制メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ?エンジニアですぜ?開発マシンだよ?こんな貧弱なマシンでどうしろって言うの?

キーボとマウスディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。

サーバー

サーバー仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。

上司の壁。「何贅沢言ってんの?」 贅沢じゃねえよ。それ営業マンに向かって「車?何贅沢言ってんの?(原付あるだろうが)」て言ってるようなもんだぞ。

会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの?お偉いさんがガハハとかっさってんの?

結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。

え?クラウド?「クラウド企業秘密置くなんて何事だ!」だってさ。だったら紙で仕事してろよハゲ

常駐ソフト

必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル

あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者ゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。

インフラ

インフラがとにかく弱い。メンテナンス日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。

本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ

IE

社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。

バージョン管理

SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど(Git 信者が何を知ってるって?いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか)。

ひどいと VSS とかい化石だったりする。VSSて何ですか?だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。

残業体質

今上に立っている人たちが残業何十時間何百時間当たり前の世界バリバリ頑張ってきた人たちだから、そういう価値観蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。

物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的無知なだけ。

いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで(俺はレビューア。他にもたくさん)、レビューイがブラウザからファイルダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザフリーズしたのね。イラっとするじゃん?と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアビジネスマンとして、どうかと思う。

俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。

全角

数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。

コード規約「タブ4文字

インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。

タブはスペース4文字であること ← え?

いや何文字かはこっちが決めることだろ。何自由奪ってんだよ。

「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない?レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。

この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ

この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった(それにぶっちゃけ手元のエディタツールで変えればいいことだし)。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから?何大人げないことしてんの?小学生かよ。意見を見ろよ、中身を見ろよ。

REST API

こんなことがあった。

オンプレで立ち上げてるサービスに対して REST API勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。

言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST APIデフォサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ?(もちろんだからといってリクエストバーストさせていいわけじゃないが)。悪いのはそんなことも知らなかった無知管理者だ。責任転嫁するな。

ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。

口頭至上主義

チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。

このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え?あんたら、忙しいよね?むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。

まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。

C言語手続き

C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリ実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。

まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。

自社製品うんちく

昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものであるはてなを例にするなら、創業メンバー全員(一人かもしんない。知らん)のフルネームを答えよとか、創業日を答えよなど。

それ、覚えて意味ある?何がしたいの?愛社精神擦り付けたいの?そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。

ソフトウェア使用前の承認

ソフトウェアを新しく使用のにいちいち承認必要かいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。

それでもルールなら仕方ない。俺は何十という承認依頼を送った(ちなみに部長以上のお偉いさんが承認者になるという慣習がある)。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。

結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。

今でも多くの部署承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの?

足を引っ張る人達

うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。

エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。

厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔しかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。

一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか?個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。

自転車でたとえてみる

うちの会社の連中は、彼らはエンジニアではない。思えば余暇技術的な話をすることが一切無い。彼らにとって技術手段しかないのだろう。エンジニアとしての矜持というものは存在しないのだ。

たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリ手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。

同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。

色々書いたけど

他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。

俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。

2017-07-05


あと、QiitaやTeratailはちょいかじりの人たちがイキって書く場所から、見ている場所が悪いし、

ごめんなちゃい。

イキってましたー。

これもアメリカの連中だってStackOverflow本家を見たら嘘情報に溢れていて殺したくなったりする。

うそう!

英語から正しいってこともないよね。

結構、参考にして、動くのだけれど、回り道コード書いた記憶

それほど、技術力が高い人が回答している訳ではない。

無料だしね。

有料質問サイトクラウド系の善とも限りら内だろうけれど。

なんか、一周回った感がある。

  

大学先生ホームページ記事講義資料は参考にしてる。  

あとは、LTスライド資料github...

2017-07-03

https://anond.hatelabo.jp/20170703030805

前半は同意なんだけど、後半気になったところだけ指摘。

技術情報はほぼ英語で書かれている。

ほぼ英語なのは英語圏が広いから、以外に理由はない。

日本語で書かれた技術情報なんて、日本人しか読めない。

ブログを見れば誤情報で溢れている(Qiitaやばい)

それは大変質の悪い個人ブログなんて見るからで、企業ブログから漁ればいい。

LINEエンジニアブログとか、分かりやすいし為になる。

というか、アメリカ個人ブログで書いてる奴も大概酷いよ。

 

あと、QiitaやTeratailはちょいかじりの人たちがイキって書く場所から、見ている場所が悪いし、

これもアメリカの連中だってStackOverflow本家を見たら嘘情報に溢れていて殺したくなったりする。

技術が売りのサイバーすらブログでズレたことを言ってたりする。

それは魅惑月を作った奴だけだろいい加減にしろ

https://anond.hatelabo.jp/20170702145320

日本はまともなIT企業そもそもないじゃないか

アメリカ比較して、野球に例えるとメジャーリーガーリトルリーグくらいの開きがあるだろう。

そりゃそうだ。日本初の技術なんて皆無だし、技術情報はほぼ英語で書かれている。ブログを見れば誤情報で溢れている(Qiitaやばい)

技術が売りのサイバーすらブログでズレたことを言ってたりする。ハッカー以前にエンジニアがいないんだよ。

2017-06-25

Qiita記事ゴミカスすぎて、Google検索から除外してもらいたい。

学生が書いてるのか?

どこのビギナー記事を書いてるんだよ。

誤情報多すぎ。もう有害すぎてGoogle検索から外してもらいたい。

Googleさん、お願いします。

あと、日本エンジニアゴミすぎてすいません。

2017-06-13

pipの気になるところ2つ

はてブロQiitaもやってないからここに書く

いつまで~も --process-dependency-links が DEPRECATION: will be removed in a future release.

表示されるようになって3年以上経ったぞ。

将来のリリースっていつだよ。

こういうことをするとオオカミ少年寓話みたいになるからリリース目途が立った時点で表示して、それでも目途がなくなったら一旦取り消せよ。

setup.py の dependency_links の扱い

以下は python setup.py install だとインストールできるが、 pip install . --process-dependency-links ではインストールできない。

dependency_links=[
    "git+https://github.com/requests/requests.git",
], 

一体なぜ?

結論から言うとpipはバージョン指定しないとdependency_linksを無視しやがるの。

dependency_links=[
    "git+https://github.com/requests/requests.git#egg=requests-2.17.3",
], 

issueによると、依存関係解決するまでライブラリ本体をフェッチしたくない(=URLバージョンが含まれていないとバージョンを知る術がない)んだそうで。

うん。気持ちはわかるぜ。

見つからないならフォールバックするくらいしてもいいと思うがな。

だが本当に気に食わなかったのはそこじゃない。

何より気に食わないのはdependency_linksを無視した時に何もログに残さないことだ。

警告すらない!

このせいで何分無駄にしたことか!

死ぬまでpipのメンテをしなければならない呪いをかけてやるぞ~後悔しろ

2017-06-12

Qiita記事最近研究レポート多すぎない?

個人的SE領域PM領域デザイン領域の話までは理解できるんだが

論文みたいな方向ってもはや何なんだろう

機械学習プログラムの話も少しはわかる。が最近はそれ以上に無関係大学レポートみたいなのが目につく)

 

しかポエムとか言ってお茶を濁していなく、ドヤ顔で書いているところをみると

割りと本人気づいていない気がする

 

はやく適切なサービスと居場所が登場しますように

2017-06-06

一番「誰でも読めそうな言語

もちろんプログラマーに限るが

Qiitaとかで説明したい時に使いたいが、意外と無い気がする

ザ・オーソドックスみたいな

JAVAかなぁ?

 

jsはやめろ、俺は読めないし読む気も起きない

2017-06-05

Qiita

Qiita情報玉石混淆で見てて面白いけど、

世の中には意識高い(もしくは承認欲求が大きい)連中が多いんだと思って死にたくなる

と同時に俺よりも技術力があるのが山ほどいる現実にも打ちのめされる

2017-05-31

Qiitaが取るべき道

2chで好き勝手やるネラーを長く見ていて思うんだが

理想的指向性を持った場を作るためには、それ以外の人が居心地のいい場を新たに作ったほうがうまくいくと思う

「ここでは◯◯しないでください」ではなく「◯◯専用の場を用意しました」とすればよい

ただ後者をやっても、人はより多くの人が居る方でやりたがる

したがって、移住作業は本気で取り組まなければならない

 

QiitaQiita◯◯のように、少しずつ指向性の異なる場を用意するとよいよおもう

Qiitaプログラミング(今のQiita

Qiita研究

QiitaIT

Qiitaなんでも

 

こうすることで、ユーザーが興味のあるジャンルが適切に見つかる

正直、ネットITエンジニアの興味は、プログラミング以外のエンジニアリング研究領域に偏ってるフシがあるから

今のまま続けるほど、プログラミングの共有は隠れてしまうと思う

 

QiitaTeamもやってるわけだし、これはそこまで難しいことではないと思う

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