早朝の寝る前ぐらいの時間にぼやっと下記の様なツイートしたらちょっと反応を貰ったので、取り留めは無いが自分なりに考えていることを書いてみる。 人を育てるのも仕事の内というのは完全にその通りなんだが、そこにドキュメントや本があるから読みます、触って作ってみます、生きたコードを読みます、以外に学ぶ方法なんかねえし、知らねえよ。ただやればいいだけの事に説明も何も無いんだよな……。マジ分からん……。— joker1007 (アルフォートおじさん) (@joker1007) March 2, 2023 タイトルは雑に書いたけど、能力を高めるというと範囲が広過ぎるので、技術的な意味でできる事が増える、ということをテーマとして話をしていこうと思う。基本的に自分の考え方の話なのでそこは御留意ください。 ツイートした通りで、状況や対象に依って割合は変わるかもしれないが基本的にそのためにやることは3つしかないと

κeenです。最近JEITAのソフトウェアエンジニアリング技術ワークショップ2020に参加したんですが、そこで五十嵐先生、柴田さん、Matzとパネルティスカッションをしました。その議論が面白かったので個人的に話を広げようと思います。 年末年始休暇に書き始めたんですが体調を崩したりと色々あって執筆に時間がかかってしまいました。 時間を置いて文章を書き足していったので継ぎ接ぎ感のある文体になってるかもしれませんがご容赦下さい。 というのを踏まえて以下をお読み下さい。 いくつか議題があったのですが、ここで拾うのは一番最後の「プログラミング言語の未来はどうなるか」という話題です。 アーカイブが1月末まで残るようです。もうあと数日しかありませんが間に合うかたはご覧下さい。 そのとき各人の回答を要約すると以下でした。 五十嵐先生：DSLを簡単に作れる言語というのが重要。それとプログラム検証、プログラム

about みんなだいすきRaspberry Pi(以下ラズパイ)、せっかく買ったのに、仮想化基盤を家に用意して不要になったり、電子工作に飽きてもう使わなくなりがち… 買ったときは数千円〜1万円以上出したのにね… そんな可哀想なラズパイ、家に転がってませんか？もったいなくないですか？ 僕も ラズパイ初代 ラズパイB+ ×2(マジでいらない…) ラズパイ4B(2GB) ラズパイ4B(4GB) が家に転がってます。 そこで、使い道を考えてみました。というか実際に運用しているものもあります。 使い道 Magic Mirror2 Magic Mirror2をご存知でしょうか？ なんかいい感じに、「鏡よ鏡、世界で一番美しいのは誰？」的なのをすることができます。 実際にどういった使い方を想定しているかは、「スマートミラー」を検索してみればいいかな〜と。(適当でごめんなさい) 直近の自分のタスクとかをい

ぎーち(ブレイク兄) @BREAK_BROTHER 小型衛星の電源屋さんでヤンス。趣味でも衛星開発やっとります。衛星に携わってる方はぜひ仲良くしてクレメンス… 東方サークル(ネタタイトル萌えジャケットガチクラシック人工衛星サークル)"Windbreaker"のネタタイトル人工衛星担当です。アイコンはかじつおひま様、ヘッダーは人間猫様に描いていただきました！ twpf.jp/BREAK_BROTHER リンク Yahoo!ニュース お願い「致します」漢字はNG? - Yahoo!ニュース 「よろしくお願いいたします」ビジネスメールでは常套句ともいえる一文に注目が集まっている。きっかけはX上のあるユーザーの投稿。そのユーザーは「よろしくお願いいたします」の「いたします」部分について、ひ 3 users

Hello, 辻原です。 私は普段「00%稼働でクライアントプロジェクトにコミットする」という契約でお仕事させていただいていることが多いのですが、3月は多くのクライアントが期末を迎えるため、ねじ込みと整理のため慌ただしい日が続きます。毎年3月は所定契約時間を大幅に超過しがちで、気がついたら合計170%稼働みたいなことになっていたりするのですが、土日や残業を加味すれば「まあ現実的な生存ラインか」「稼働時間じゃなくて成果だから」と自分に言い聞かせながら今日も頑張って生きています。 現在の働き方もそうですが、私のこれまでのキャリアにおける仕事は基本プロジェクト型で、年間大小合わせて20〜30ほどがアベレージですので、これまで300〜400程のプロジェクトに携わってきたことになります。 私は常々「これからの仕事やキャリアアップにはプロジェクト推進力が重要だよ」と言い続けてきましたが、今回のnote

技術革新に適応しようとするイヌさんInkdropというMarkdownノートアプリを作り続けて7年になる。 お陰さまでその売上でずっと生活できている。 これまで個人開発でどう継続していくかについて「ユーザの退会理由をあれこれ考えない」とか「アプリの売上目標を立てるのをやめました」とか、ビジネス面あるいはメンタル面からいろいろ書いてきた。 今回は、技術面にフォーカスして、どう継続して開発していくかについてシェアしたい。 TL;DR最初はとにかく最速でリリースする事を最優先する迷ったら「ときめく方」を選べ程よいところで切り上げて開発を進める使っているモジュールがdeprecatedされるなんてザラだと覚悟する古いから悪いとは限らないシンプルにしていく老舗から継続の秘訣を学ぶ運ゲー要素は排除しきれない最初はとにかく最速でリリースする事を目標に技術選定する開発計画とビジネス計画は切っても切り離せな

現状把握のために実施したこと じゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。（スライドを示して）今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したい

多倍長整数の解説執筆がいつまで経っても進展しないので、お詫びの印にガイドを書いてみる 実装が欲しいよ派（実用主義派） お金は掛けたくないよ派 GMPとか、Mintはどうでしょうね。前者は開発者もユーザーも多いのでその点で信頼性が期待できますし、かなり速いです。後者は、x86限定ですが、ドキュメントも日本語ですし分かりやすく、設計上も使いやすい感じです。作者の苫米地聰さんは数体篩い法の実装などで知られる、計算実験に関してはかなり凄い人です。 あるいは、いっそPythonインタプリタやGaucheを埋め込んでしまうのはどうでしょうね。どちらもCプログラムに埋め込み易く書かれていますし、元来は汎用のスクリプティング言語ですから、アプリケーションにマクロ言語機能も付けられるというおまけがあってお得な感じです。アプリケーションのマクロ言語としてはRubyは最高と思うのですが、如何せん、現Ruby実装

これまで、2度ほどレールを踏み外した。 1度目は就職を決めないまま院を出て、半年ばかりニートしてた時。 新卒カードもクソもないから、一流企業になんぞ入れる訳もなかった。 技術が身に付きそうなブラック企業を探して入り、3年間頑張って精神を病んだ代わりに、初歩的な技術力を手に入れた。 3年目にソリの合わないサディスト上司に当たってしまって、鬱で仕事を辞めて1年間ニートした。それが2度目。 1年間のニート生活で貯金を使い果たした代わりに精神の再建に成功し、1社目で手に入れた技術力をアピールして、そこそこグレーの企業に入った。 5年間頑張った。 今度は鬱らなかったが、会社の未来に見切りをつけてやめた。 社員数20人程度の中小企業で、5年経っても全く大きくならないなら、この先潰れる事はあっても大きく成長する事はないだろうと判断した。 退職金制度もなかったので、将来は任せられなかった。 年齢的に30代

Photo by Giorgio Trovato on Unsplash 年収800万は普通のエンジニアか否か。火種はいつものTwitterでしたが、いろんな意見が飛び交う興味深い話に各所でなっていたようですね。うーん、様式美。 ちなみに私の感覚だとこんな感じで、年収800万といえば、一般的なWEB開発においては複数プロジェクトの技術設計を行うアーキテクト級で、SIerではおそらく課長-部長級の給与になると思っております。年収800万はそういうラインです。 年収340 → 新卒 年収400 → 2年目(転職サイトゴロゴロ 年収500 → 普通のエンジニア 年収800 → アーキテクト、テックリード 年収1000 → PM、一部スタートアップエンジニア 私の感覚だとこれですね https://t.co/1bXuiPexRj — shinoyu (@shinoyu) February 9, 2

江草陽太 大阪府生まれ。ネットワーク、データベース、情報セキュリティのスペシャリスト。 洛星中学・高校のロボット研究部創立メンバー。ロボカップジュニアジャパンなどのロボコンに出場。 その後、大阪大学工学部電気電子情報工学科に進学。NHK大学ロボコンに出場。学生時代より個人事業としてシステム開発を行う。 2014年10月、新卒採用によりさくらインターネットに入社。「さくらのVPS」等のバックエンド開発を担当。IoTプラットフォーム「sakura.io」の開発責任者を担当し、サービス設計と開発を行う。 2016年7月、執行役員に就任。現在は、さくらインターネット全体の技術統括とコーポレートIT、情報セキュリティを担当。宅急便をSlackから発送できるサービスを開始するなど、コーポレートITに関わるDXのサービス化も行っている。 需要がなくならないエンジニアであり続けるために必要なスキルとは何で

TL;DR エラーハンドリングを行う目的 エラーハンドリングが適切に行われているとどう嬉しいか 1. エラーの発生原因が分かる 2. レスポンスステータスを型安全に出し分けることが可能になる どうエラーハンドリングを行うのか 実装方法 エラー型の定義で気を付けるべきポイント なぜanyhowを利用しないのか エラーハンドリングを行う上で持っている課題感 Drawer Growth グループ バックエンドエンジニアの中野です。今回は、私が所属するチームで gRPC API を開発する際に実践している Rust でのエラーハンドリングについて紹介していきます。 TL;DR エラーの発生原因がわかるようにエラー型を定義することが大切。 anyhow は使わずに自前のエラー型を定義して利用する。 エラーハンドリングを行う目的 そもそもなぜエラーハンドリングを行う必要があるのでしょうか。私が所属する

新卒でも中途入社でもいいんだけど、ものの数か月で辞めようと言う人は、そもそも何を考えて就職活動したのだろう。辞めるために就職したのではないだろう。入ってみたら当てが外れたということか。当てとは何だろう。就職活動にて合意したことについて入社してみたらそれが無かったということか。それが無い、と短期で判断して次々と就職活動したら、就職活動の中で、「ああこの人は続かないな」という悪い評価になってしまうのは間違いない。だから、何度も何度も転職を重ねるのは、ポジティブな事情でもない限り難しい。世にはプロジェクトのたびに会社を変える人もいるから例外もある。ただそうなるともはやフリーランスの世界である。フリーランスで働ける人など全体の中で言えば一握りなので、大多数の人は会社を何度も何度も変えるということはあまりしない。 大した経験もないのに、研修にケチをつけたり、現場の同僚に不満を持ったりと、自分の十メー

fumi 小学校1年生で初めてはんだ付けをしてから電子工作にハマり，今はハードウェア全般広くものづくりをしています。

研究室の学生用に用意した資料をここにも掲載しておきます。 PDFをslideshareからダウンロード出来るように公開しました。 卒修論生のみなさま、こんにちは、五味です。 卒修論(卒業論文・修士論文。異なる名称であってもそれに類する研究活動)において、これまでに立派な研究成果が上がっている、という前提で、よりよい研究発表をするための心得を紹介したいと思います。まずは本資料の構造を紹介しましょう。 まず、この資料はそもそもなにか、そしてどのように使うべきか。次は研究報告プレゼンテーション、特に卒修論発表というのが、そのものがどのような場であるか。次はメッセージとストーリー、すなわち報告全体の方針。スライド作成の原則、口頭発表の注意事項、そして最後に、本番の報告にあたっての心構え、です。 前書きではまずこの資料そのものについて。 本資料の目的はよりよい卒修論プレゼンテーションをしていただくこ

グーグルではたらくソフトウェアエンジニアです。 ご意見やご質問 あるいは Typo 等を見つけたときは GitHub Issues にお願いします。答えられる範囲でできるだけ答えますね。 この記事は不定期にアップデートしてできるだけ最新の状態を反映させるようにしていますが、いくつか内容が古い可能性があります。 連絡先は？ (Contact Info) Mail: mailto:hayato@google.com Google+: google.com/+HayatoIto GitHub: github.com/hayatoito Twitter (inactive): @hayatoito Twitter: @shadow_hayato IRC freenode: hayato テックリード (Tech Lead) Google における Tech Lead (テックリード) とはどのよう

あのとき助けていただいた増田です 昨日締切だったんだけど、無事に卒論提出できたよ 教授の添削も2回ぐらい受けられて、それなりに納得できるものは出せた 多分1年以上かけてても似たような出来になってたとは思う アドバイスくれた人が言ってたとおり、卒論無理って投稿した時点で完全に下準備ゼロってわけではなかった なんとなくこういう構成と結論にしようかな〜っていうとこまでは決まってて、それを肉付けする材料がゼロって状態ね だから、Google翻訳のカメラで見出しだけバーッて訳してって、ここ使えるなって思ったところを自分で訳して…って感じの作業(ここでめちゃくちゃ時間かかった)と、 それをなんとか章立てした枠に組み込むっていう作業だけで済んだんだ それでもかなりキツかったしもっと早くからやればよかったって思ったんだけど とにかくありがとう ブクマ？のコメントで応援してくれた人もありがとう、 そんなんで