タグ

businessとprogrammerに関するyuki_2021のブックマーク (7)

  • いつか起業したいエンジニアへ - Qiita

    はじめに 34 歳のとき、勤めていた会社の経営が傾き早期退職を促されたのを契機に独立しました。その後、41 歳で Authleteオースリート 社を設立しました。諸般の事情で現在も Authlete 社の代表取締役という肩書きを持っていますが、経営者的な仕事は他の人に任せ (参照: シリコンバレーのプロフェッショナル CEO を迎えて米国市場に挑戦する日のスタートアップの話)、50 歳目前の現在もプログラマとしてコードを書き続けています。 Authlete 社設立 (2015 年 9 月) から 8 年半弱経過したものの、まだまだ小さな会社で道半ばであるため、起業家として何か語るのは時期尚早ではあるものの、軽い体調不良が長引く中、『自分のエンジニアとしてキャリアを振り返ろう!』という記事投稿キャンペーンを見かけ、生きているうちに子供世代のエンジニアの方々に何か書き残しておこうと思い、文章

    いつか起業したいエンジニアへ - Qiita
  • エンジニアとビジネスの距離感の難しさ|ばんくし

    はじめにタイトルの通り最近「ソフトウェアエンジニアがビジネスの話をする」って極論かなり難しくねと思っており、まだまだ自分の中にも答えはないが書いてみる。 逆に読むと良い記事、書籍、論文があるなら教えて欲しい。 背景近年「エンジニアは事業貢献してこそ」「エンジニアもユーザファーストでビジネス貢献」といった言説がIT界隈で増えて来ている感じがしている。 これは当に良いことだと思っていて、技術や業界全体の経験の積み重ね、研究活動によって、技術やノウハウがコモディティ化したことで、より質的なエンジニアリングが提供すべき事を考えられるようになっている結果の1つだなと思う。私がエンジニアリングを最初に学んだ頃なんかは、ソフトウェアエンジニアはキツいみたいな文脈で3K職だと言われていて、高専でも「電気系に行ったほうが安泰だぞ」と先生が言うほどだった。GitHubやCI/CD、クラウド、OSSだったり

    エンジニアとビジネスの距離感の難しさ|ばんくし
  • 僕がDoorkeeperを売却した理由について

    This article is also available [in English](/articles/why-i-sold-doorkeeper). 2010年にローンチし、2013年に法人化、2016年に黒字化した[Doorkeeper](https://www.doorkeeper.jp)を売却しよう、と決意したタイミングを、僕ははっきりと覚えています。それは、ある金曜日の朝、40℃の熱で保育園から帰宅した2歳の息子の面倒を見ていた時でした。 子供の熱や病気はよくあることですが、その朝のPagerDutyのアラートもまさに同様で、DoorkeeperのKubernetesマスターの一つが正常に動作しておらず、注意を払う必要がありました。種類が異なる二人の「わが子」が、同時に僕の関心を必要としていて、今思えば笑える話ですが、その時はいっぱいいっぱいに感じました。 なんとかその日を乗

    僕がDoorkeeperを売却した理由について
  • AIエンジニアになる方法は? 独学AIマスターに聞く“挫折しない”超効率学習術 - エンジニアtype | 転職type

    2019.07.19 スキル 自動運転やヒト型ロボットなど、話題の新技術には必ずAI(人工知能)が活用されている。それに伴い、国内では「AIエンジニア」の需要が高騰。高額年収を提示する企業も、年々増加傾向にある。さらに、世界的に見てもAIエンジニア不足は深刻だ。今後ますますAIエンジニアの市場価値は高くなっていくことが見込まれている。 では、今からAIエンジニアを目指す場合、何から始めるべきなのか。 一般的には専門のスクールに通うことがよしとされているが、仕事との両立が難しい場合、「まずは独学で」と考える人も多いはずだ。しかし、何から手を付ければいいか、学習をどう継続すればいいか、壁にぶつかってしまう人も少なくない。 そこでエンジニアtype編集部では、AI技術を活用した外観検査ソリューション『TESRAY』を開発した“ものづくりベンチャー”企業、ロビット(https://robit.co

    AIエンジニアになる方法は? 独学AIマスターに聞く“挫折しない”超効率学習術 - エンジニアtype | 転職type
  • 事業のわかるITエンジニアはどこにいるのか - megamouthの葬列

    「事業のわかるITエンジニアが全然いない」問題というのがある。 Twitterあたりでは割と禁句というか、ほぼ確実に荒れる話題で、言えば燃える。 誰かの言葉を引用するのも差し障りがあるので、頑張って再現してみると エンジニアは文句ばっかりで、マネジメントやビジネス・プロセスを変えようともしない。文句を言う前に偉くなって自分でビジネスを変えるべきだろ。エンジニアが変えなくて誰が変えるんだよ。 みたいな感じだ。 どっかの経営者や、平日昼間からツイッターしてていつ仕事してるかわかんねえ系の人が、よく口走ったりブログに書いたりする。すぐさま、場末のSESで汗水たらしているプログラマっぽいアカウントが(これまたなぜ昼間からツイートできるのかわからない)「うるせえ、手取り23万でそんなことまでやってられるか、第一お前らだって技術のことわかってねえだろ」と四方八方から引用RTでボコボコ殴ってくる。 何度

    事業のわかるITエンジニアはどこにいるのか - megamouthの葬列
    yuki_2021
    yuki_2021 2020/11/24
    まぁ、帳簿も勉強しといたほうが良いということか。
  • 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)

    単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり1つや2つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え?そうなんですか?結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

    「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
  • ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切

    先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・3D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間

    yuki_2021
    yuki_2021 2007/07/18
    プログラマとして生きて生きたいのならば、知識の量より、その知識をどのように使い、応用するかが大事。あと、縁日の金魚のシュミレーションぐらいはさくっと作れたほうが良い。
  • 1