エンジニアになかなか転職できない人がよくやる「まずい学習例」4つ - paiza times
こんにちは。倉内です。 未経験からITエンジニアへの転職を目指して、日々プログラミング学習に取り組んでいらっしゃる方は多いと思いますが、モチベーションを維持して勉強し続けるのはなかなか大変ですよね。 特に独学で勉強をしていると、スキルが身についていることを実感できなかったり、分からないところを解決するのが難しかったりします。現職で働きながらとなると、まとまった時間を確保するのも難しいでしょうし…。 そのためITエンジニアへの転職を実現させた人がいる一方で、プログラミング学習はしているものの途中で断念してしまう方もやはりいらっしゃいます。 そこで今回は、paizaが「EN:TRY」*1を運用する中で見えてきた、ITエンジニアへの転職がなかなかうまくいかない方がやりがちなプログラミング学習におけるNGポイントをお伝えしたいと思います。 プログラミングを「おもしろい」と感じられない そもそもの話
なぜCoinhive事件でプログラマが怒っているかを一般向けに解説したい。 - かもブログ
Coinhive事件の二審の判決が出た。一審の横浜地裁が無罪判決を出したのに対して、東京高裁は有罪判決。非常に残念な判決だった。事件が起こってからすでに1年半以上経っているが、事態は一向に良い方向に向かっていないと感じている。ネット上のプログラマたちは怒りの声をここ数年上げ続けているにもかかわらず、だ。 しかし、一般の多くの人にとっては、Coinhive事件はあまたの新聞記事の1つかもしれない。その記事を読んだとしてもなぜプログラマが怒っているかわからないかもしれない。少しでもCoinhive事件に関して戦っている人の応援がしたい。そこで、一般の人のために「なぜハッカーが怒っているのか」をQ&A形式で解説したい。 と思う。 （この記事の著者は専門家ではないので色々と誤りがあると思われますが、お許し願います。） Q&A Q Coinhive事件って？ A 自分のWebサイトに、利用者に「Co
ITが単純労働を食い散らかした後にやってくること - orangeitems’s diary
勤労は権利 使いきれないほどのお金を手に入れたとします。 そうすると、人間どうなるかというと、表層的に考えれば仕事をしなくていいやと考えるでしょう。 ただ、仕事をすることは基本的には義務ということになっています。 第二十七条 すべて国民は、勤労の権利を有し、義務を負ふ。 これは日本国憲法の一文ですが、働くことというのは国民の義務であると同時に、権利でもあるんですね。働こうと思ったら働くことができるというのは権利であるというのは面白い考え方だと思います。 だいたいは勤労＝義務の議論ばかりが優先するのですが、いや、働く権利があるのだという話は注目に値すると思います。 さて、なぜにこんなことを前段に置いたかというと、どうも最近のITが、人を働かせないことに注力しているからです。 最近、単純労働力確保の方法が、人間ありきではなく、IoTとかRPAとかロボットとか、非人間メソッドが普通になってきた。
若手が次々と辞めていく、「雑談」の無いIT職場は問題だらけだ
会話が無い。聞こえてくるのは仕事の指示や叱責のみ。そんなIT職場で働いた経験がある。 叱責が耳に付く職場だった。若手にヒステリックな声をあげている先輩社員も目立っていた。 筆者は外部の人間だったため多少の世間話は許された。しかし社員たちは雑談することなく黙々と作業をしていた。私がたまに雑談で声を掛けた時の、若手社員たちのうれしそうな（すがるような）瞳が忘れられない。彼ら／彼女らはその後そろって退職した。 雑談すらせず仕事に取り組んでいたのに、生産性が高いというわけではなかった。部課長や先輩社員から若手への叱責の内容を聞いていると、大半が意識違いや抜け漏れに起因する手戻りなのである。 「そういうことじゃない」 「なんで相談しなかったの？」 「普通こう対応するよね。常識だろ？」 この手の言葉がひっきりなしに飛び交う。 いやいや、雑談する隙すら無い職場環境で相談しないことを責めるのはあんまりだろ
やはり俺の「質 v.s. スピード」はまちがっている。 #eof2019 - 名前考えるの苦手
2019/10/31(金)に開催されたEngineering Organization Festival 2019 で @t_wada さんの「質とスピード」という講演を聞き、とても感銘を受けたのでメモ。 品質とスピードはトレード・オフの関係にある。どちらを優先するか？要バランスだ。 そう思っていた時期が私にもありました。 けど、そんなことはなかった！ ■追記 個人的な捉え方としては、 プロダクトを漸進的に成長させ、仮説検証ループするスピード上げようとすると、犠牲にした保守性があとで(意外とはやく1ヶ月後には)足枷になる。 保守性(テスト容易性、理解容易性、変更容易性)が低いとリードタイムが延びてスピードがどんどん落ちていくループをまわせなくなる。ってことかな、と思う。 スピードを上げようとしたのに、意外とはやくスピードが上がらなくなるジレンマ。 @t_wadaさんのスライド 素敵なグラレ
ITエンジニアにとっての技術力とは何か？ - orangeitems’s diary
クックパッド 考えさせられた記事です。 www.moneypost.jp 料理レシピサービス大手のクックパッドの2019年12月期第2四半期（1～6月）業績は、売上高に当たる売上収益が57億8000万円と、前年同期比で2.6％のマイナスとなった。営業利益は4億5600万円となり、前年同期比71.2％のマイナス。国内の平均月間利用者数は5483万人と発表しているが、2016年（第4四半期）の6414万人と比べると1000万人以上減っており、苦しい状況が続いている。 レシピ動画サービス「デリッシュキッチン」「クラシル」などといった競合サービスも台頭するなか、ユーザーは現在のクックパッドについてどのように捉えているのだろうか。同サービスの愛好者、過去の利用者に話を聞いた。 古参のWebサービスで過去急成長したものの、最近伸び無くなったりもしくは下降線をたどっているというのは、いくつか心当たりがあ
COBOLは難しいか、記者が試しにコードを書いてみた
最近、COBOLに関するニュースを立て続けに目にした。1つは、毎月勤労統計で過去に不適切な調査が行われ、それにCOBOLが関係していたというニュース。もう1つは、情報処理推進機構（IPA）が、基本情報技術者試験の2019年の秋期試験を最後にCOBOLの出題を廃止するというニュースだ。 勤労統計の件は、全数調査するとしていたところを一部で抽出調査していたことが問題とされた。さらに、抽出調査を行った際には復元という統計的な処理が必要なのに、この操作を行わなかったため最終的なデータの値が誤っていたという。 この統計処理にCOBOLが関わっていた。厚生労働省が公表している報告書によると、正しい処理が行われなかった理由は以下の通りだという。 「システム改修の依頼を受けたシステム担当係は外部業者等に委託することなく自前でシステム改修を行うことになるが、毎月勤労統計調査に係るシステムのプログラム言語はC
経営者はパソコンなんか使わないぞ、技術者の時代錯誤に驚く | 日経 xTECH（クロステック）
いやぁ、随分笑わせてもらった。何の話かというと、最近、政財界で組織のトップとパソコン利用について耳目を集めた例の騒動である。騒動の舞台はもちろん日本経済団体連合会（経団連）と国会だ。経団連会長とサイバーセキュリティー担当大臣が「パソコンを使えない」との疑惑や事実が騒ぎの発端だった。この騒動は本当に笑えた。言っておくが、経団連会長や大臣が笑いの対象ではないぞ。騒いでいる人たちを笑ったのだ。あんたら、一体いつの時代の人やねん！ 2つの騒動について復習しておくと、最初の騒動の舞台は2018年10月下旬の経団連だ。火付け役となったのは「日立製作所出身の中西宏明会長が会長室に初めてパソコンを設置し、職員にメールを出した」との新聞報道。記事が出るや、Twitterなどのソーシャルメディアでは「経団連の歴代会長はパソコンを使っていなかったのか」との驚きの声が上がり、「IT後進国ニッポンの象徴」などといっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
漢文風のプログラミング言語「文言（wenyan-lang）」がめっちゃエモいと話題に／“吾有一數。曰三。名之曰「甲」”で“int 甲 = 3;”【やじうまの杜】
一審無罪の「コインハイブ事件」、8日から控訴審 「検察側の主張は的外れ」と弁護側 - 弁護士ドットコムニュース
