Niigata 5分 Tech #4と、モニクル社の社内LT大会で喋ったやつです https://niigata-5min-tech.connpass.com/event/307076/

─これから挑戦する次の誰かにとって、何かの気づきになったら嬉しいです。 @GussieTechです。ひとりで「理想のタスク管理ツール」を作っています。いつも使ってくださっているみなさん、本当にありがとうございます。今日は、ひとり開発の知られざる5年間を、惜しみなくシェアします。 僕が作ったサービス5年前「理想のタスク管理ツールを作ろう」と思いたちました。軽くておしゃれで「人」に寄り添う、他にはないサービス。こんなものを無料でリリースしたら、世の中ひっくり返るんじゃないかって、本気で思って作りました。それはもう、ワクワクしました。 総売上高 1,240万円。スペース 5,873登録￥12,403,567名前は「Repsona」といいます。ワクワクを原動力にひとりで作ったRepsonaは、5年でこうなりました。数字に感じるところは人によると思います。趣味の個人開発としては大成功。スタートアップ

レモンケーキ @CBR_lemoncake JTBの就活説明会で 「旅行は経済効果がすごいんです！宿泊や飲食だけではありません！ みなさんも旅行前に衣服を買ったりしてオシャレの準備をするでしょう？」 と言われてマジで何を言ってるか理解できなかったよね() twitter.com/cbr_lemoncake/… 2024-01-11 23:44:23

家にパソコンがはじめて来てから30年くらい、プログラミングを始めてから20年以上が経ちました。その間、IT技術に対する愛は変わらずに、ずっと走り続けてきました。では当時の自分と今の自分で何が違うのだろうと考えてみたところ、めちゃくちゃ変わっていたのでびっくりました。本記事では何がどう変わったのか、それを見てなにを思ったかなどを書きます。 昔は次のようなこだわりがありました。 大きなものは一つの仕事をする単純で小さなツールを組み合わせて作るべし ソフトウェアは可能な限り設定可能になっていてほしいし、それを自分の好みになるまでカリカリチューニングしたい 可能な限りすべてキーボードだけで操作できるようになっていてほしい いわゆるUNIX哲学をはじめとして、いろんな本やWebサイトなどに強い影響を受けていることがよくわかります。 ところが今は次のように全然違うことを考えています。 トラブルハマった

Takako @takakoiteb あー、こういう時、なんて言えばいいのか咄嗟に出てこないことが多かったんだ。ありがとうございます、使わせていただきます。 twitter.com/jdgtmpdawj/sta… 2024-01-06 13:41:01 酒饅頭⚪✨ @amaimokaraimo おまけに 『冗談が通じない』 『関西人なのに笑いがわからない』 『おもんない奴』 なんて言われたりするわけですから………。 それが原因で同窓会には出ないし、地元も隠しています。(地元で商売やってる同級生に捕捉されたくないので。本当は地元ネタも扱いたいんですよ。) twitter.com/jdgtmpdawj/sta… 2024-01-06 13:38:00

こんにちは、小俣です。 クリスマスも終わって一気に年末ムードですね。 ふとこれまでの振り返りブログを書いてみたくなったので、自社サービス(SaaS)の運営スタンス、ARR 2億円を突破するまでの過程で学んだことなどを簡単にまとめました。 年末年始のお時間ある時に読んでいただけると嬉しいです。 目次 ・selfree LLCとCallConnectについて ・CallConnectはハッカソンから始まった ・黒字化まで ・ARR1億、2億円を達成するまで ・失敗しながら学んだこと ・おわりに selfree LLCとCallConnectについて セルフリーは「愛される企業を増やす」を理念に、いわゆるスタートアップ的な成長志向ではなく、自分たちのペースで着実に成長することを志向している会社です。 経営のコントロール性の観点などから、これまで外部からの資金調達はしておらず、「ブートストラップ経

「偽善者」自体が「善人ぶる人」のことであって、「偽善者ぶる」だと「善人ぶる人ぶる人」になっちゃうと思うんだけど、結構「偽善者ぶる」って使われてるよね。

小中高と公立で、大学は国立、院は博士課程まで行って、今、大学教員。 ネット界隈の（仕事とは関係の無い）会合で、「奨学金も取らずに大学院まで行けるって、実家太いですね、実家太くないと学者になれないですね」、と言われた。 でも、そう言ってきた奴は、小学校からサピックスで、私立中高、私立大学。 そいつの家ではもう大学院に行けるだけの余裕はなかったらしいけど、いや、中学受験せずに公立に行けば、ぜんぜん大学院いけたやん！ 大学院行っただけで実家太いと言われるの、納得できないです。

今回は東大卒の幸福度が上がりにくい理由に関して考えてみたい。 東大を卒業して結構な年数が経過し、今でも多くの東大卒と業務上でもプライベート上でも関係を有している。業務上では、深い話をすることはないが、プライベートになるとやっぱりそこでは、色んな悩みを聞くことがある。 世間一般では、「東大に入ると」「東大を卒業すると」幸福で豊かな人生が待ち受けていると考えられている。 筆者自身は必ずしもそうではないと思うし、周りの東大卒と話していると複雑な気持ちになる瞬間が多い。 今回はこれまでの筆者自身の経験を基に東大卒の幸福度が上がらない要因に関して、考察してみたいと思う。 結論としては以下の要素を挙げることが出来る。 【東大卒はその肩書にふさわしい進路選択を要求される】 【勤務地が都心に限定され、可処分所得や時間が増えない】 【ギリギリ上が見えてしまう微妙なポジショニング】 【高校で医者を選択した同期

togetter.com まさに私が勉強できないママなんだけど、じゃあどうしたらいいのか教えて欲しい🥹 このままじゃ貧困の連鎖なんよ…子供に苦労させたくないのに上手くいかない https://t.co/sop8DDbOb0— ちくわこ (@skullcherry317) 2023年12月24日 この問題については以前も一度紹介した「ガクサン」ってマンガがマジでオススメです。 www.tyoshiki.com www.tyoshiki.com 前回は１話が出た時点でこのマンガはすごいっていきなり紹介しましたが、期待通りその後もしっかり面白い漫画でした。 苛烈な中学受験をテーマとしたマンガ「２月の勝者」はかなり読む人を選ぶマンガだと思いますが こちらの「ガクサン」は、子供にきちんとした教育を与えたいと考えてる親全ての人に読んでもらいたいです。 ガクサン（１） (モーニングコミックス) 作者:

弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 はじめに 英語での適切な命名は、コードの可読性や保守性を向上させるために重要です。適切な命名規則を守ることがコードの理解や共有において不可欠です。 英語での命名規則を学び、適切な命名を行うことで、コードの読みやすさや保守性を向上させ、チーム全体でのコードの理解を促進する手助けとなります。 この記事では、日本人エンジニアが英語での命名規則を理解し、適切な命名を行うための指針を提供します。 命名フローチャート 変数 関数 クラス 1. 変数 1-1. boolean 1-1-1. 存在するかどうかのフラグ 名詞 + exists

しまき🇺🇸 @readeigo ちょうど私達アラサーが両方わかる世代かなと思うんですけど、私達より上の世代では【◯弱】、例えば【一時間弱】と言うと【一時間より少し少なめ】を想定していると思うのですが、20代前半以下の若者は【一時間より少し多め】を想定しているらしい。こういうの、いつどうやって変わって行くんたろう。 2023-12-21 08:23:20 しまき🇺🇸 @readeigo 自分の知っている人や知っている人のお子さんに聞くと、震度３度弱、と言うと震度３よりもすこし強い、震度3.2的なものをイメージするらしい。ちなみに「震度３度強」はほぼ震度４的なものに。陰キャなので大量の20代前半以下の人達へアクセスがあるわけではないのでバラつきがあったらごめん。 2023-12-21 08:52:22

転職する際に空白期間がない場合は会社側で手続きがほとんど終わりますが、一旦無職を挟んで転職する場合は、保険証、年金、iDeCoなどの手続きが必要になります。 今回の転職活動にあたって、 この手続きをするのに市役所やプリンターを使いたくないので、インターネットだけで完結できるかにトライしました。 Open Job Letterを公開しました | Web Scratch 手続きの前提条件 会社や個人によって前提が異なるので、ここでは次の前提で記事を書いています。 会社員: 厚生年金 保険証: ［ITS］関東ITソフトウェア健康保険組合 iDeCo: 個人型確定拠出年金 退職して次の会社が決まってない場合は、保険証や年金などの手続きが必要になります。 保険証: 国民健康保険か任意継続かは好きな方で 今回は任意継続を選択 年金: 厚生年金から国民年金第1号へ切り替える iDeCo: 「加入者被保険

前置き プロダクト開発は人の手によって行われるものですから、開発サイクルの中で不要なコードを削除し忘れる人的なミスはどうしても発生します。 後から不要なコードに気づき削除する際には、慎重にチェックして本当にコードが使用されていないことを確認する必要があります。ただし、削除に自信が持てない場合、本番稼働中の Rails アプリに障害が発生する可能性も考慮しなければならず、何も影響しない場合はそのままにしておくことも多く、削除が難しい状況も少なくないと思います。 上記状況を打破するために DIGGLE では本番稼働中の Rails アプリのコードの使用状況を収集して不要なコードを発見するための仕組みを導入したので共有したいと思います。 前置き 不要なコードをどのように発見するか Ruby で コードカバレッジを計測する 仕組み導入にあたって悩んだポイント YJIT を有効化した状態で動作するの

LayerXの suguru です。 今日は、バクラクの開発に導入した PR-Agentの話をしようと思います。 PR-Agent は、Codium AI によってオープンソースで開発されている ChatGPT を使ったプルリクエストを便利にするためのAIツールです。 現時点で、下記のような機能を持っています。 Pull Request の自動分析およびレビュー Pull Request のタイトルと説明文を自動入力 コード改善の提案 フリーテキストな質問への回答 CHANGELOG の自動生成 必要なものは、 OpenAI のキーのみのため、CIに簡単に導入できます。 GitHub上へのインラインコメントなどにも対応しており、普段開発する際に面倒なプルリクエストに関する様々な作業を自動化することができます。 裏側ではデフォルトで GPT-4 を使っており、ソースコードを解析し、高精度な結

こんにちは、SWETグループの田熊です。 現在SWETグループでは書籍「単体テストの使い方/考え方」の輪読会を実施しています。 輪読会ではメンバー同士で活発に意見が交わされていますが、著者の主張に疑問を感じる箇所もあり、一度グループ外の方とも意見を交換したいと考えていました。 そこで、t_wadaさんをお招きし「単体テストの使い方/考え方」についてディスカッションする機会を設けました。 本記事では、SWETメンバーとt_wadaさんとのやりとりを紹介したいと思います。 ディスカッションの流れ ディスカッションは事前にSWETグループのメンバーが書籍を読んで疑問に感じたテーマを挙げてもらい、t_wadaさんの意見を聞くという流れで行いました。 今回は次のテーマについて話をしました。 「退行に対する保護」があるテストとはなにか 「リファクタリングへの耐性」のトレードオフはあるのか 統合テストの

日本語の乱れを指摘すると決まって書かれるコメント。 「言葉は変化する」 したり顔で切り札のように書いてくる。 メガネをクィッと上げながら「幼稚な君たちはわかってないと思うけど」みたいな雰囲気を出してくる。 残念きわまりない。 みんなとっっっっっっっくにわかってるんだよねそんなことは。 わかった上で、「その乱れは変化として許容できるところまで来ているかどうか」とか「現時点で新しい語彙と認めてしまってもよいかどうか」を論じてるんだよね。 裁判にたとえると、みんなが「刑期はどのくらいがいいか、執行猶予をつけるべきか」と話し合ってるところに割り込んできて「有罪だぞ！」と騒いでる人。 言ってることが周回遅れなわけ。もうそのレイヤーの話は終わってるのにね。 きのうは「一番」を「1番」と書いてもよいかが話題になっていた。 いますね、何人か。変化するおじさん。 まったく相手にされず「はいはい（苦笑）」とい

新型コロナウイルス感染症(COVID-19)ワクチンの接種により体が磁石になり、5G基地局と接続されるなどの誤情報を発信していたシェリー・テンペニー氏の医師免許が停止されたことが、オハイオ州医療委員会の発表により判明しました。 This doctor said vaccines magnetize people. Ohio suspended her medical license. - cleveland.com https://www.cleveland.com/open/2023/08/this-doctor-said-vaccines-magnetize-people-ohio-suspended-her-medical-license.html Doc Who Said COVID Vax Magnetized People Has License Suspended | Med

はじめに こんにちは、まつけんです。 早いもので、Webエンジニアになって、10ヶ月経とうとしています。 先月末、僕の職場に参画していたフリーランス歴20年の強強エンジニアCさんが卒業されました。（以降Cさんと称します） Cさんには、いつも迅速かつ丁寧なレビューをしていただいてました。 たまに補助で僕のプルリクにコミットを積んでもらうことなどもあり、お世話になった記憶が大半です。 今回はそんなCさんから受けたコードレビューから、今後どう改善していくのかアウトプットして学びを深めたいため、こちらの記事を書きました。 ペアプロしている時の参考になったこともおまけで書いてます。 ※こちらの記事に出てくるコードに関しては全てRubyです。実務で学んだことなので、出てくるコードは全てフィクションです。(実際のサービスのコードではないです) レビュー1: migrationファイルを追加する時「db: