「禅とオートバイ修理技術」をプログラマが読んだ - Software Transactional Memo
「禅とオートバイ修理技術」これら2つの間にどのように関係があるのかまるで見当が付かず、タイトルだけ聞くとキワモノのようだがWikipediaによるとアメリカでは一番良く売れた哲学書とされている。 海外のエンジニアのブログを読み漁っていた時にオススメされていたのでKindleで買って読んだのだが想像以上に良かったのでメモを残したい。と言ってもwikipediaで説明されている内容を改めて説明しても面白くないのでソフトウェアエンジニアとして響いた部分を引用して僕の感じた事を書き連ねていく。 大都市の重工業地帯に一歩でも足を踏み入れてみれば、そこにはその全てが存在している。テクノロジーである。正面には有刺鉄線を施した高い塀が立ちはだかり、門は常に閉ざされ、「立入禁止」の札が掛かっている。そしてその向こうの薄汚れた大気の中には、金属や煉瓦で造られた醜い建物が立っている。その目的は不明であり、またそ
伊藤淳一氏が「一番下手くそエンジニア」から脱出した4つの方法。2023年版ITエンジニアの生存戦略【後編】
TOPコラムキャリアを創る思考法伊藤淳一氏が「一番下手くそエンジニア」から脱出した4つの方法。2023年版ITエンジニアの生存戦略【後編】 伊藤淳一 1977年生まれ、大阪府豊中市出身。株式会社ソニックガーデンのRailsプログラマ、およびプログラミングスクール「フィヨルドブートキャンプ」のメンター。ブログやQiitaなどでプログラミング関連の記事を多数公開している。将来の夢はプログラマーをみんなの憧れの職業にすること。主な著書に「プロを目指す人のためのRuby入門 改訂2版 言語仕様からテスト駆動開発・デバッグ技法まで」（技術評論社）などがある。 前回では、筆者がプログラマとして入社したSIer時代のエピソードと、そのあとに入社した外資系企業での社内プログラマとしてのエピソードを書いてみました。IT業界に入って間もないエンジニアさんや、これからの自分のキャリアを考え始めたエンジニアさんに
【登壇資料公開】JJUG CCC 2023 Spring「APIによるレガシーシステムの改善」 - techtekt
こんにちは。techtekt編集部です。 6/4に開催された「JJUG CCC 2023 Spring」にて弊社のリードエンジニアである齋藤 悠太が登壇しました。 資料公開に関する声を多く頂戴し、当日の資料を公開します。 ぜひご覧ください！ APIによるレガシーシステムの改善 それでは次回のtechtektもお楽しみに！ 齋藤 悠太 Yuta Saito システムアーキテクト部 dodaアーキテクトグループ リードエンジニア SIerや事業会社業務での開発を経験し、2020年9月にパーソルキャリアに入社。現在はdodaサイト開発に携わっている。好きな技術領域はJava、Spring、AWS。 ※2023年6月登壇時点の情報です。
Ubie創業期にKotlinを導入した私が、社の技術選定の転換について思うこと｜たろう｜note
Kotlinエバンジェリストとして、ガッカリしょんぼり…！？ Ubieが、KotlinをやめてGoとNode.jsへの転換を決定したことについて、私がこれをどう受け止めたのか… こんにちは。私はたろうと言います。 Ubie株式会社 Ubie Discoveryに勤めるソフトウェアエンジニアです。 業務外では、Kotlinエバンジェリストとして講演や執筆を行なったり、技術カンファレンス「Kotlin Fest」の運営代表を務めたりしています。 先日「Ubie は Go と Node.js の会社になります」という記事が、同じくUbie Discoveryのyukuというソフトウェアエンジニアにより発信されました。 新しいアプリケーションを立ち上げる際には、その役割に応じてGoで書くかNode.jsで書くかの2択となり、今後はKotlinを使わない。記事の内容を噛み砕くと、そんな感じです。 私
きしだൠ(K1S) on Twitter: "現代プログラマが40年前くらいに転移してしまうと「え？メモリ8KB？え？画面幅40文字？え？コードは紙に。。。え？」とかになってなんも無双できなそう"
現代プログラマが40年前くらいに転移してしまうと「え？メモリ8KB？え？画面幅40文字？え？コードは紙に。。。え？」とかになってなんも無双できなそう
プログラマの心の健康
目次 はじめに 情報不安について 人の話を聞くこと 寝てから考えよう わ・ざ・と、ゆ・っ・く・り・、や・っ・て・み・よ・う ロビンソン式悩み解決法 驚き、最小の法則 むしょうに腹が立つあいつのこと あなたは、そのままでいいんです はじめからやり直したい症候群 人から信頼されるためにはどうしたらよいか トラブルがチャンス あなたはひとりではありません あなたのための聖書の言葉 ぜひ、感想をお送りください リンク集 更新履歴 はじめに 私はプログラマです。 プログラムを書いて生活の糧を得ています。 プログラマというのは精神的にも肉体的にも過酷な仕事だと思われています。 夜遅くまでディスプレイに向かい、 キーボードを叩き、ジャンクフードを食べながらバグをとる…そんな職業だと思われています。 確かにそういうところもありますが、プログラマも人間です。 不健康な生活を長いこと続けることはできません。
非プログラマーの人から「Githubってなに？」と聞かれたら「プログラマー版のpixiv」って答えるとわかりやすいと思うのでぜひ使ってください
坂すたじお@工業ゲー開発者 @sakastudio_ 非プログラマーの人から聞かれた「Githubってなに？」に対する答えで「プログラマー版のpixiv」って答え直感的にわかりやすいと思うのでみんなぜひ使ってください 2022-01-04 09:05:46 坂すたじお@工業ゲー開発者 @sakastudio_ Unity/C#/java/Python/Blender/UE4/C++ 個人ゲーム開発者です。#moorestech という工業ゲー作ってます。 Steam→onl.tw/1g1su2U Discord→https://t.co/ZPymAW25IC github.com/sakastudio
食料がない！ 太平洋の島で打ち上げ準備を進めていたスペースXのエンジニアたちは、こうして｢反乱｣を起こした
スペースXのエンジニアたちは、マーシャル諸島のクェゼリン環礁の一部であるオメレク島で働き、生活していた。ここは同社がアメリカ空軍から逃れるために自ら選んだ場所だ。空軍はスペースXのカリフォルニア州からの打ち上げをなかなか承認しなかった。だが、クェゼリン環礁を監督する陸軍はスペースXの計画に対し、友好的だったのだ。赤道に近いのも、軌道に到達させやすかった。 ただ、島で過ごした1年目は｢物流が不十分だった｣とバーガー氏は書いている。物資の輸送がしばしば遅れ、従業員たちは食料不足に陥ることもあった。 2005年の秋のある日、緊張は反乱へと発展した。従業員たちは緊急輸送を求めてストライキを決行し、最終的にチキンとタバコで落ち着いた。 ｢わたしたちはまるで食料を待つ、島の野生動物でした｣ 2002年にスペースXを立ち上げたイーロン・マスク氏は、同社が実際にロケットを飛ばせることを証明しなければならな
もし爆速プログラマーが大企業経営者になったら - 分裂勘違い君劇場 by ふろむだ
と思っていたら、「もし」が現実になっていた。 彼の名は小野和俊。 かつて日本中からスーパープログラマーたちの集まった「未踏ソフトウェア創造事業」で、プログラミング速度で他のプログラマーたちを驚かせたほどの爆速プログラマーである。 『諸君 私はプログラミングが好きだ』という記事 を書いちゃうほどプログラミングを愛してやまない彼は、アプレッソというITベンチャーを起業して成功させた後、今は、３７００万人の顧客基盤を持ち、年間５兆円近い取引高のクレジットカード会社、クレディセゾンの常務執行役員CTOをやっている。 その彼が仕事論の本を書いた、という話を聞いて、「私なら、普通の人が読み取れないことも、その本から読み取れるだろうな」と思った。 なぜなら、私は、学生時代から含めて１０年ほどプログラマーをやった後、起業して経営者になった経験があるからだ。 プログラマーが経営者になると、世界がどのように見
CalorieMate to Programmer | 大塚製薬
コードを書いていると、 食べることも忘れて ついつい熱中してしまう。 会社でも、家でも プログラマーも、そうでない人も 夢中になって考え続ける、 そんな時こそカロリーメイト リキッドで 素早く手軽に５大栄養素を。 BALANCED FOOD CalorieMate LIQUIDto Programmer ＃うちこむ人にバランス栄養 >MESSAGESメッセージ >Translate Matz コード監修 まつもとゆきひろ Yukihiro Matsumoto プログラマー、ソフトウェア技術者。1965年生まれ、鳥取県出身。愛称は「Matz(マッツ)」。1995年にプログラム言語「Ruby」を公開、その使い勝手の良さから世界中のプログラマーに親しまれ続けている。2012年には内閣府「世界で活躍し『日本』を発信する日本人」の1人に選ばれた。 From Tech Crunch Japan世界的プ
日本のプログラマはレベルが低い
日本のプログラマでマスを占めてるのは、大規模SIのコーダーじゃん？ そんで、そこでのお仕事はExcel方眼紙に書かれた設計書を、ひたすらプログラム言語に翻訳するだけという。 だから翻訳するために最低限の言語仕様だけ知っていれば良くて、あとはまあ上手に立ち回るコミュ力があれば上出来とされるけど、あくまでオプション扱い。 仕事そのものには数学的素養どころか、理系的センスすら全く不要。 つまり、SIにおけるプログラミングは工学でも自然科学でもない。 そんな知識がなくても務まるし、実際備わっていない人が大半。 だからSIにおけるプログラマはどう間違ってもエンジニアではない。 もしエンジニアなどと言ってしまったら、他の分野の「正しい」エンジニアに失礼だろう。 というか、エンジニアと呼べるレベルには程遠いと言い換えてもいい。 まあライン工としては一人前だと思うが。 以上のことから結論づけると、タイトル
Rubyの父・まつもとゆきひろが語る、若手エンジニアのキャリア論 | テックキャンプ ブログ
そもそも、Rubyとは？ Rubyは、まつもとさんが1995年に公開したプログラミング言語です。 便利さ・容易さと高い生産性を持ち合わせた、オープンソースのオブジェクト指向スクリプト言語であることが特徴です。 C言語をはじめとするコンパイラ言語は、プログラムの実行にコンパイルという作業が必要です。 スクリプト言語にはコンパイルが不要なため、より手軽でスピーディーな開発が可能です。 Rubyはエレガントな文法を持ち合わせており、プログラミングの楽しさと便利さ・実用性を体感するのに最も適した言語の一つといえます。 2012年には日本発のプログラミング言語として初めて国際規格「ISO/IEC 30170」に承認され、グローバルな言語として積極的に利用されています。 全ての人に共通する“生存戦略”は存在しない まつもとさん：「下手すると、皆さんのご両親・親御さん世代のプログラマーの“大先輩”に当た
すべてのプログラマが機械学習を受け入れる準備をする時代になった - mizchi's blog
という予感がしたので書く。正確に言うと機械学習の成果としての訓練モデルを。 まず事前に前置きしておくと、僕は機械学習をほとんど抑えていない。トレンドだけ追ってる。 大学生の時にニューラルネットワークを実装してみてフ～ンって言ってた程度に知識しかなくて、ディープラーニングが流行る前だから、「バックプロパゲーションってややこしかったけど、今は自動でモデルの最適化いい感じにやってくれるんでしょ？」ぐらいの雑な理解しかない。(この時点で怪しい) で、今はフロントエンドやってて、ここは機械学習は縁遠いように思えるかもしれないだろうけど、最近のGoogleはなんとブラウザで tensorflow を動かすのに情熱を注いでいる。 で、こんなのが Hacker News で流れてきた。 medium.com とりあえず試した。デモをそのままデプロイした。 PoseNet - Camera Feed Dem
【まつもとゆきひろ氏特別講演】若手エンジニアの生存戦略を聞いて思ったこと｜橘りり
初のnote投稿です。 今までやろうやろうって思ってたけど、 なかなかできなかったこと（というよりやらなかったこと）の１つが このnote投稿です。 題名にもある「【まつもとゆきひろ氏特別講演】若手エンジニアの生存戦略」でRubyの父とも言われる通称Matzさんの講演を本日聞いて、 アウトプットをしなきゃと奮い立ったのがきっかけです。笑 自己紹介を軽くすると、 私は現在２２歳女性で、新卒で４月から都内のIT企業でエンジニアとして働いています。学生時代はアイドルユニットの活動を行っていました。元アイドルからエンジニアというのは珍しいかと思いますが、（しかも大学の専攻は文学部英文学科w）なぜ私がエンジニアという道を目指すことになったのか、プログラミングとの出会いとかもお話できたらと思うのですが、長くなるのでまた今度noteに書かせていただきます。笑 で、本題に戻りますが 今回の講演は、学生が４
システム開発を内製するか外注するか
顧客企業の担当者さんからよく聞く愚痴があります。社長や上司からシステム開発を内製化しろと言われているけれどエンジニアの採用が思うように進まない、ということです。 お客さんの前なのであまり露骨には言えないのですが、正直なかなか難しいだろうなあ、と思ってしまいます。 弊社（株式会社オイアクス）の主要な顧客は、スタートアップあるいは中小企業です。 面白いウェブサービスを作っているとかで業界的に有名でない限り、なかなか求人情報がエンジニアの視界に入ってきません。人を集める段階でかなりハードルが高くなります。 運良くエンジニアを採用できたとしても、長く働いてもらえるかという問題があります。 エンジニアにとって魅力的なキャリアアップの道筋を用意できないと、やがて転職してしまうでしょう。 もちろん会社の経営陣が内製化にこだわるのには理由があります。 コスト削減や開発の迅速化につながりそうな気がしますし、
HRTの原則 〜ソフトウェア開発はバーでしっとり語り合うように 〜 : 小野和俊のブログ
「HRTの原則」という言葉をご存知だろうか。 これは書籍 Team Geek ―Googleのギークたちはいかにしてチームを作るのか で紹介されている言葉であり、本書ではほぼ一冊すべてをかけてこのHRTの原則とその実践方法とを様々な角度から紹介している。 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust) の3つの価値が大切にされており、エンジニアとしてもチームや組織、顧客との対話においてこれらの価値を重んじていくことが成功につながる、というものである。 あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ Team Geek p.15 プログラマとして成功するには、最新の言語を覚えたり高速なコードを書いたりするだけではいけない。プログラマは常にチームで仕事をする。君が思っている以上に、チームは個人の生産性や幸福に直接影響するのである。 Team
Geekなぺーじ：エンジニアは下らない質問をする
「バナナはおやつに入るんですか？」という質問をしたことがあるエンジニアは多いと思います。 私も真っ先にそのような質問をした覚えがあります。 で、実際にバナナを持ってくる人がいるかというと、私は見たことがありません。 エンジニアって一般人から見ると変な、もしくは下らない質問が大好きな人種なのではないかと思う事があります。 エンジニアというよりもプログラマかもしれませんが、全ての事をswitch case文で考えて、条件分岐の白黒をはっきりさせたがってしまうのではないかと思うのです。 以前、マンション営業をする友人に「職業がエンジニアな人がお客さんだと面倒なときがある」と言われた事があります。 最後に契約書を確認する際に、非常に細かいところを確認したがって面倒であるそうです。 (私は細かく確認しない大多数の人の方が間違っているとは思いますが。。。) 細かい話になってくると、例えば受け渡しの前に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【あるある】同僚「すごい！あれだけ苦労したエラーが一瞬で解決した！？」俺「エラー文を読んだだけだが？」
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。