私が人生でずっと悩んで追い求めていたものがついに解決した。それは、なんでも良いから何かが「出来るようになる」ことだ。 昔からいくらその対象に時間をかけても、努力しても、人並みにすらならない。人にやってもらうとか自分がやらないことに関してはうまくいくのだが、自分が何かが出来るようになるということに関しては人生５０年目だが、絶望的で、それが自分の自己肯定感や、人並みに生きることへの罪悪感を生んでいた。人生で解決したかった問題 No.1 だ。だからそれをずっと解決しようと頑張ってきた。 ギター演奏での解決方法私はクソ不器用で、なにやってもできないので、人生で出来たらいいことを２つだけ定めた。ギター演奏と、プログラミング。ギター演奏に関しては少し前に解決した。根本的な問題を一つ上げるとすると、「ゆっくりから、メトロノームで練習する」これだけだ。 ギターはもう何十年も演奏しているのに弾ける感がなかっ

記者に「プログラミングのスキル」って必要なの？ちなみにNHKニュースの画像生成も記者がコードを書いてます 新型コロナウイルスの新規感染者の数を示す日本地図に、毎日厳しい視線を送る男がいる。 コロナの感染拡大の今後が懸念されるが、地図がきちんと描画されているかも気になってしまう。 それはこの「新型コロナ感染者数マップ作画システム」をプログラミングしたのが彼だから。 ちなみに彼は技術部局のエンジニアではなく、いつもはテレビで解説している記者だったりする。 このシステム、記者が作りましたこんにちは、NHK解説委員の三輪誠司といいます。専門はITやサイバーセキュリティで、主に「シブ5時」や「くらし解説」などでニュースの解説を担当しています。 新型コロナウイルスの「感染者数マップ作画システム」は、1週間で作成しました。 言語はJava、地図はSVGで、ブラウザの画面をそのまま放送で使っています。SV

有名企業のエンジニアから実務が学べるオンラインコミュニティ「TechTrain」を運営している小澤と申します。 サービス開始から2年弱が経ち、現在約2,000名のU30のエンジニアを目指す方にご利用いただいています。（いつもありがとうございます🙇‍♂️） 私自身もキャリアアドバイス（漠然とした悩みを一緒に言語化したり）と、リクルーティングアドバイス（企業への紹介や面接練習）を担当させていただき、サービスの中で少なくとも500人以上の方とお話させていただきました。（前職でもエンジニア採用を7年半やっていたので、わりと沢山のエンジニア・エンジニアを目指す方とお話させていただきました。 今回はそのなかで、未経験者や駆け出しエンジニアのみなさんに普段面談でお伝えしていることをまとめてみます。 ※決して上記の方がエンジニアを目指すことが悪いわけではなく、応援しているのですが、ここ数年誰かが何かを布

「世の中のITエンジニアはエンジニアだらけのコミュニティにいることで、自分の技術がどれだけ他業界ではハイスペックなのか気づけていないと思うんです。もったいない」 そう話すのは、東京・大崎の銭湯「金春湯（こんぱるゆ）」の経営者、角屋文隆さん。9年間務めた大手メーカーのエンジニア職を辞め、1年前に実家の銭湯の経営者となった、業界には珍しい“エンジニアの番頭”さんです。 金春湯はもともと利用者のデータをまったくとっていませんでしたが、角屋さんは“金春湯専用システム”をイチから開発し、客層や混雑の時間帯を数値化。ほかにも公式サイトを改修したりWebショップを展開したりと、創業70年となる老舗の実家にIT革命をもたらしています。斜陽産業から抜け出しきれない業界のなかで、売上は１年で7割増える結果となりました。 「でも、自分が使った技術は新人研修で学べるレベルなんです」という角屋さん。エンジニア時代に

僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定

「プログラミングスクールってどう思いますか」への、個人的な回答メモ。 LINEのウェブ制作系のオープンチャットで、 「おすすめのプログラミングスクールはありますか？」 「エンジニアに転職したいです。何からやればいいですか？」 「おすすめの勉強方法を教えてください」 など、プログラミング未経験の方によるこの質問から始まって、独学の方法についての意見交換が始まる展開を何度か見ている 初心者なのに数十万かけてスクールに通おうとしている人が多かったのが意外だったので、個人的な考えを長文でまとめたものである。 「リモート研修中にクビになった法政大の〜」という記事を見て、既視感があったので増田に貼る。 昨今のコロナ以前に書いたので、コミュニティの利用方法は若干今の現実と即してないと思う。 この文章は、ある程度の本音と持論を語るために、あえて冗長な長い文章の形式をとっている。 なぜならば世間一般の「エン

ITエンジニアのキャリアを模索する会 Vol.3 LT資料 https://re-build.connpass.com/event/173943/

競技プログラミングの問題を解くためには２つのステップがあります。 問題で要求されていることを言い換える知っているアルゴリズムやデータ構造を組み合わせて解く 必要な（知っておくべき）アルゴリズムやデータ構造は色々なところで学ぶことができます。 しかし、「問題の言い換え」や「アルゴリズムを思いつく」というのは、非常に様々なバリエーションがあり、問題をたくさん解かないとなかなか身につきません。 そこで、この記事は以下のことを言語化し、練習のための例題を提示することを目標とします。 問われていることを、計算しやすい同値なことに置き換える方法アルゴリズムを思いつくための考え方競技プログラミングで「典型的」と思われる考え方 ※一部問題のネタバレを含むので注意 ※良く用いられるアルゴリズムやデータ構造については競技プログラミングでの典型アルゴリズムとデータ構造 を参考にして下さい。 入力の大きさ(制約)

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

最近とても思うのですが、 「みんな、プログラミング学習し過ぎでしょ・・」 という。 ポジティブではなくネガティブな意味合いで、ですね。 ・プログラミングは今後のキャリアにおいて必須 ・プログラミング学習はしておいて損はない って思っていません？ はっきり言って、その思考力を改善したほうがよいです。 プログラマーに本気でなりたいの？プログラマーに転職/独立したいならプログラミング学習は必須です。 ただその気がないなら勉強しても意味がないです。当たり前ですよね・・？ 転職しないならプログラミングスキルを活かす機会って少なく、正直あまり使えません。 WEBデザインならIT系ならデザイン業務を手伝えるとか、プライベートでも多少デザインができると楽なときもあるし活用できると思います。 ただJavaとかRubyなんて絶対に使う機会ないでしょ・・・！ もっと汎用性のあるスキルを学んだほうが仕事でも日常で

今回は高校生の私たちが公開した投票サイトが三日で１万PVを記録したので、その経緯をサイトの紹介も含め、全て公開します。 qiitaで後日談を書きましたので、よかったらお読みください リンクはこちらです サイトの内容 名前はAICEVOTE(アイスボート) リンクはこちら ----> aicevote.com(大量アクセスで現在サーバーが不安定な状況です。ご了承ください。) このサイトを一言で言うとこんな感じです。 "投票用紙を氷に見立てた次世代のリアルタイム投票サイト" AICEVOTEとは 普通の投票とAICEVOTE（アイスボート）の違い 普通の投票 普通の投票では、投票箱A/Bに最終的に投票された票の数の比で結果が決まります AICEVOTE AICEVOTEでは投票用紙の代わりに氷を投票します。 それぞれの投票箱の底は網目になっています 時間が経てばあなたが投票した氷は少しずつ溶け

2019.12.18 働き方 社会福祉国家と幸福度の高さで知られるデンマーク。ワークライフバランスの良さが世界的にも注目されていて、日本の約1.5倍の労働生産性を上げながら、週37時間労働、極力残業をせず、家族や恋人、友人と過ごす時間を重んじる文化が浸透している。 加えて“デジタル先進国”の側面も。2018年には「デジタル化でフロントランナーとなる」との国家戦略を掲げており、EU圏内を対象にしたデジタル経済及び社会指数の評価ランキングでは、16年から３年連続で１位に選ばれている。日本のマイナンバーにあたる『CPR番号』や国民の遺伝子・健康状態等を把握できる『バイオバンク』をはじめ、政府、医療、金融等あらゆる分野でデジタル化が進む。 そんなデンマークのエンジニアは、一体どのようにして”技術的生産性”と”幸せな働き方”の両立を実現しているのだろうか。現地のスタートアップ企業で機械学習エンジニア

本連載では、「世の中で活躍するエンジニアの過去の失敗」にフォーカス。どのような失敗をし、どう対処し、そこから何を学んだのか。仕事で失敗してしまった時の対処法や心構えを先輩エンジニアから学ぼう！ 挑戦に失敗はつきもの。どれだけ優秀なエンジニアであっても、想定外の失敗に直面することは必ずある。大切なのは、その失敗から“何を学ぶか”だ。 今回本連載に登場するのは、かつて一世を風靡したモバイル端末向けのTwitterクライアント『モバツイ』の開発者であり、現在はネットショップ作成サービスなどを手掛けるBASEの取締役を務める「えふしん」こと、藤川真一さん。モバツイ時代の印象的な失敗談を教えてもらった。 BASE株式会社　取締役EVP of Development 藤川真一（えふしん）さん FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスのプロデ

田川欣哉（たがわ・きんや） takram代表。ハードウェア、ソフトウェアからインタラクティブアートまで、幅広い分野に 精通するデザインエンジニア。東京大学機械情報工学科卒業。英国RCA（Royal College of Art）修了。LEADING EDGE DESIGNを経て現職。2014年よりRCAのInnovation Design Engineering客員教授を兼務。日本語入力機器「tagtype」はニューヨーク近代美術館のパーマネントコレクションに選定されている。 インターネットやITの普及により、従来の価値観で定められた領域の垣根が低くなり、さまざまなモノがシャッフルできる情報環境にある現代。商品やサービスそのものの価値から、それを利用することの体験価値に重きを置くユーザーエクスペリエンス（※1）の重要性が高まっている。 田川氏は、従来のエンジニアリング領域にユーザーエクスペ

「OYO」1人目のPM、伊藤友也さん（31歳）を直撃取材。入社当初、プロダクトはローンチしたばかり、社内には人が全く足りてない状態だったという。まさにカオスだったOYO LIFEをどう整備した！？ 彼が乗り切るために大切にしたのが、ビジネス側との連携だった。 「伊藤さん、好きにやっていいですよ」 OYO LIFEに、1人目のPMとして入社した伊藤友也さん。入社初日、まず着手したのが採用活動だった。 僕が入社した当初のOYO LIFEは、プロダクトマネージャーがおらず、ビジネス側のメンバーとエンジニアしかいませんでした。プロダクトはそのタイミングでローンチされたばかりで、まさにこれからという状態。入社初日、CEOの勝頼から「何もないと思って好きにやってほしい」と言われて（笑）。 そこで、まず最初に取り掛かったのは、採用でした。社内システムも含めてプロダクトのラインナップをヒアリングし、ワーク

最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い！ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン（あるいは権威勾配に関する一

前書き プログラミングで一番難しいところの一つは、「見積もり」だと私は思う。人から頼まれてプログラミングをする時、必ず最初に聞かれるのが「だいたいどれくらいで終わるか？」だ。厳しいところだと「何日に納品してくれるのか？」を問われる(むしろこれが普通かもしれない)。まっさらな状況から過去の経験を総動員してかかる時間を予想したり、可能な限りタスクに分解して時間を見積ったりするが、いつも不安に駆られる。多くの人も、見積もりに対して困難と不安を感じているのではないかと思われる。見積もりに対する自分の知識と経験を話して他の人にも参考にしてもらいたいと思って記事を書いた。 見積もりという言葉には色々な意味を含むが、今回の記事では「プロダクトをリリースするまでの期間の見積もり」から「頼まれた一つの機能の完成させるための期間の見積もり」までのスコープで話をしたい。 なぜ見積もりをしないといけないのか？ 見

本連載では、「世の中で活躍するエンジニアの過去の失敗」にフォーカス。どのような失敗をし、どう対処し、そこから何を学んだのか。仕事で失敗してしまった時の対処法や心構えを先輩エンジニアから学ぼう！ 本連載、第２回目となるゲストは、オブジェクト指向スクリプト言語「Ruby」の生みの親として知られる、まつもとゆきひろさん。世界中のプログラマーから尊敬を集めるまつもとさんは、過去の「失敗」や「挫折」から何を学び、どうやって優れた仕事に昇華してきたのだろうか。これまでの開発者人生を振り返ってもらいながら紐解いていく。 まつもとゆきひろ さん　(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチ

これは仮説というか自分がこうだという話なのだが、自分のアイデンティティを侵食されると怒りが湧く。たとえば、自分が非常に大事にしている価値観に対して、同僚から「君のその価値観は間違っている」と言われたり、あるいは、作品とか、経歴とか、家族とか、そういう自分自身と非常に密になっていて同一視されるようなものをけなされたら、腹が立つということだ。 プログラマーにとって、ソースコードというのは一つの作品だ。仮に経験が浅い開発者であっても、あるいは経験が浅いからこそ、1行1行に時間をかけて考えながら作りあげる。それに対してこれはクソコードだと言われたらどうだろうか。考えてみる。 よく、クソコードというのはコードがクソだと言っているのであって、お前がクソだと言ってるわけではないから切り離して考えるべきだという言説がある。僕はこれには微妙に賛同できない。その人が生み出したコードは、少なくともその人のいくぶ

回答 (43件中の1件目) 若いころですが、１つの哲学の問題を起きてる間中、トイレでもバスを待ってるときでも食事中でもずっと考え続けることを半年間続けたことがあります。その甲斐あってその問題は（自分なりに）片付きましたが、これは正に若いからこそできたことでしょう。またこういう頭の使い方は考えながらひらめきを待っている状態で、プログラミングとはちょっと違うかもしれません。 今は中年ですが、１日４～５時間が限度になってしまいました。朝起きてすぐ２～３時間プログラミングし、朝ごはんを食べてまた２時間、これで１日の作業は終わりです。ただしひらめきを必要とする作業は、プログラミングと違い、ひらめ...