並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 16860件

新着順 人気順

it業界の検索結果161 - 200 件 / 16860件

  • ヘタクソなコードを書いてもいい - 覚書

    プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで「これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…」と一瞬思ったんですが、その後すぐに「あ、自分は知識はあるけど練習してない

      ヘタクソなコードを書いてもいい - 覚書
    • 地方でSaaS導入支援会社を起業して3年、階段から降りられなくなった(前編)|井領明広@つづく株式会社代表

      私は階段から降りれなくなった。 体調が悪いわけではない。筋肉痛でもなく。 「行かなくては」 と思った。 しかし、私は階段が降りられなかった。その日の仕事は、会社のスタッフがなんとかしてくれた。 私は、 私が経営する、 私の会社に、 行けなくなった。 今となっては笑い話かもしれないが、当時は最高に死んでいた。 SaaSを愛し、中小企業を愛した私はSaaSが心の底から好きだ。そして日本の中小企業は、もっと好きだ。 2015年から2年間、クラウド会計freeeという会社で導入支援、セールスを行ってきた。それまではNTTデータグループの企業で、大企業向けに業務システムの営業に携わった。 元をたどれば、小学校のときから経営学が好きだった。人口2000人ぽっちの小さな町では遊ぶところも無い。漫画が読みたかった私は、図書室でプロジェクトXの漫画版を読み漁った。 経営者はすごい。無から有を生み出す。 私は

        地方でSaaS導入支援会社を起業して3年、階段から降りられなくなった(前編)|井領明広@つづく株式会社代表
      • 〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか

        ※『世界』2023年3月号収録の記事を、増補改訂のうえ特別公開します はじめに ネット上の匿名掲示板サイト「2ちゃんねる」(現在は「5ちゃんねる」)の創設者、ひろゆき、こと西村博之が人気を博している。 1999年5月にスタートした2ちゃんねるのほか、2007年1月にスタートしたニコニコ動画など、ネットの普及期にいくつかのサービスの立ち上げに関わり、起業家として成功した彼は、2010年代後半からユーチューバーとして活動し、視聴者からの相談に答えるライブ配信番組を通じて人気を博した。さらにその間、ビジネス書や自己啓発書を次々と出版し、ベストセラーライターとして名を馳せるかたわら、テレビ番組にコメンテーターとして出演するなど、マスメディアでも広く活躍するようになる。 その人気はとくに若い世代に顕著で、若者や青少年を対象とする調査では、憧れる人物などとして頻繁にその名が挙げられるほどだ。その配信番

          〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか
        • メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog

          スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか? エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持

            メンタルが弱いエンジニアが安心して開発するために気をつけていること - SMARTCAMP Engineer Blog
          • GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)

            45歳のプログラマーの男が仕事で書いたコードを年収判定のためGitHubに上げて、複数企業の業務で使われていたコードの一部が流出した。GitHubは本来、公開して構わないオープンソース等のコードを共有する場で、年収判定サイトは、コミュニティでの活動を評価に結びつけようというコンセプトだった。しかし男は業務として開発した商業機密として保護すべき顧客のソースコードを不当に持ち出して、自分の年収を判定してもらうために丸ごと公開してしまった。 GAFAはじめネット企業を中心に、自社サービスを構成する部品で汎用的に使えるコードをGitHubなどを通じてオープンソースとして公開する動きが広がっている。一方で伝統的なシステム開発では、ソースコードは委託した業務の重要な成果物、秘匿すべき商業機密として組織内で管理することが一般的で、開発環境からはGitHubなどのサイトにアクセスできないよう遮断している場

              GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)
            • IT業界には「先程も申し上げましたが」みたいな言い方する人多いが対人関係なんだから多少の柔らかいコミュニケーションのための努力は必要なのでは?

              素朴を愛する黒森 @kuromori1112 理屈だけで何とかなるなら 組織に所属する必要性ないっすよねーと言いたい。 こういう畑の奴をメーカーJTCに放り込むと炎上できそうです。 x.com/vulcan_shikahr… 2024-06-28 08:19:31 Rabbit FIRE @pubglabo @Vulcan_Shikahr コミュニケーション力無い人や常識無い人多いから、わざと予防線張るような言い回しとか表現が多くなる。布に包んだ強めの主張でブン殴って身体に覚えさせるくらいしないと分からんみたいなので。 2024-06-27 09:52:52

                IT業界には「先程も申し上げましたが」みたいな言い方する人多いが対人関係なんだから多少の柔らかいコミュニケーションのための努力は必要なのでは?
              • 会社サイトの全体リニューアルに注力していた友達に「どうなった?」って聞いたら送られてきた画像が結果の全てを物語っていた

                うちゃか @sayakaiurani 会社の全体リニューアルに注力してて「吐きそう」って言ってた友達に「結果どうなった?」って聞いたら送られてきた画像が全てを物語っていた。そう、業界あるあるに彼もまた飲み込まれたのだ。 pic.twitter.com/xjJCQvtzrK

                  会社サイトの全体リニューアルに注力していた友達に「どうなった?」って聞いたら送られてきた画像が結果の全てを物語っていた
                • 「IT産業に集まった優秀な技術者が作ったのがソシャゲだったということ」に寄せられた反応が含蓄の深いものだった

                  Yoshi-aki Shimada @yoshi_and_aki 「過去10年を振り返って日本にとって痛かったのは、IT産業に集まった優秀な頭脳と技術を持った人たちが高い給料をもらいながら作ったのがソシャゲだったことだ」はホントそう。 Yoshi-aki Shimada @yoshi_and_aki (ツイッター仕草として)宣伝しとこ。”IT産業に集まった優秀な頭脳と技術を持った人たち”の皆さん、次は量子コンピューターはいかがでしょうかー? amazon.co.jp/dp/4274226212/ pic.twitter.com/iV9oOsZM6W

                    「IT産業に集まった優秀な技術者が作ったのがソシャゲだったということ」に寄せられた反応が含蓄の深いものだった
                  • 新しくプロダクト開発に入ったときにやっていること | wapa5pow blog

                    年度が代わり新しい環境に行く人も多いですね。新しい環境・プロダクトだといろいろ戸惑うことがあります。自分は数年ごとに転職し、副業も複数のところでしているので初めての環境に関わることが結構あります。そのなかで素早くチームになじんでプロダクトに貢献できるようにやっていることがあるのでそれを紹介したいと思います。 自分がウェブやアプリのエンジニアなのでその文脈で話します。 「プロダクトのあるべき姿と現状を把握する」と「短期的・長期的に貢献できることを探す」ことを意識してやっています。 プロダクトのあるべき姿と現状を把握する 関わるプロダクトがユーザの何を解決しているのか理解することは開発する上で非常に大切です。機能を開発する上でもただ開発するだけでなくその機能自体が必要なのかどうか、必要ならどのような機能にすればユーザが問題を解決しやすいかという何を開発するかに密接にかかわっています。 1. ア

                      新しくプロダクト開発に入ったときにやっていること | wapa5pow blog
                    • 「そのAWSってやつを再起動すればエエんちゃうの?」# ITアウトレイジ

                      上かるび @jookalubi24 「<font size="2" color="blue">っておんどれいつの人間じゃボケェ!知識のアップデートせんかいコラァ!」 #ITアウトレイジ pic.twitter.com/KtInXSbqDa

                        「そのAWSってやつを再起動すればエエんちゃうの?」# ITアウトレイジ
                      • プログラマと出世 - megamouthの葬列

                        就職することになって、つまりは私が職業プログラマになって、それを聞き知った叔父が私を訪ねてきた。 「プログラマってのは、若いうちはいいが、長くはできないんだろう?」 リビングの炬燵に潜り込んだ叔父は寒そうに体を震わすと、最初にそう尋ねた。 当時、業界には「プログラマ35歳定年説」というのがあった。 郵便局員をしている叔父が知っていたというのだから、有名な話だったのだろう。 私は訳知り顔で微笑むと、業界1年目のひよっこなりに考えた、この話のカラクリを説明した。 ―――プログラマというのは、システム開発に伴う仕事の中で、単価が最も安い。ようするに給料が一番安いんです。でも、35歳にもなれば、まさか20代と同じ給料というわけにはいかない。35歳相応の給与を貰うためには、プログラマより単価の高い仕事、つまり管理職に「出世」するしかない。つまりプログラマだった人もある時が来ると出世してどこかの管理職

                        • セキュリティーチェックシートという闇への防衛術 - Qiita

                          といった感じです。(この例、下で問題例として取り上げるため、実はおかしなチェック内容にしています。) "No.~基準"までがシートに記載されていてます。回答する発注先企業は"Yes,No,N/A"を3択で✅をつけ、備考欄にNoやN/Aの理由のほか、注記を記載できます。こういう項目が20~500項目あるExcelのシートに、発注先企業の回答担当は自社の状況、対応を確認しながら、ひたすら記載してゆくわけです。 知ってる人は知っているが、知らない人はぜんぜん知らない 最近参加したエンジニアがぞろぞろいらしたカンファレンスで、私が 「……あの セキュリティーチェックシート ってあるじゃないですが、あの 面倒なアレ です。アレにこの規格を採用するよう書いてあったら、各企業に規格の採用が広がるかもですね。あはは。」 と話したことがありました。その瞬間、 嫌なことを思い出したのか顔を曇らせたり苦笑いをす

                            セキュリティーチェックシートという闇への防衛術 - Qiita
                          • 『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog

                            IIJ ネットワーク本部アプリケーションサービス部所属。 メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 IIJ 古賀です。普段は、IIJ セキュア MX という迷惑メールフィルタサービスの運用業務に従事し、お客様を守るために、毎日世界の悪と戦っています。 今週は「新人エンジニアにオススメする技術書」というテーマでお送りします。 早速なのですが、この「UNIXという考え方」は、厳密には技術書ではないかもしれません。なぜなら、この本は UNIX という OS が(または Linux に代表される “UNIX-like” な OS が)、どのような人々の思想のもとに設計され、進化しているか

                              『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog
                            • 400万本売れた「パルワールド」早速プレイした 没頭するほど面白いのに、心の底から“申し訳なさ”を感じた理由

                              1月19日発売の3Dオープンワールドゲーム「Palworld」(パルワールド)が大いに話題だ。ゲームの公式Xアカウントによればすでに400万本以上を売り上げ、PCゲーム配信プラットフォーム「Steam」では同時接続プレイヤー数が最大で約130万人に上っている(1月22日午後1時40分時点)。 早期アクセスにもかかわらず、販売価格からの単純計算で約120億円を売り上げた計算になることから、ビジネスシーンでも話題になり始めている。一方で、ゲームシステムやキャラクターが他作に類似していることもあって、SNSでは物議を醸してもいる。 かくいう筆者も以前から注目していたタイトルで、1月22日時点ですでに25時間ほど遊んでいる。ITmedia NEWSはIT専門媒体なので、いつもならIT・ビジネス視点で「話題作・パルワールド開発の裏側」みたいな記事を書くところだが、あいにく筆者は休暇をSteam漁りで

                                400万本売れた「パルワールド」早速プレイした 没頭するほど面白いのに、心の底から“申し訳なさ”を感じた理由
                              • 受身気質な私がリーダーという役割で実践したこと 4選

                                皆さんこんにちは! 最近、猫様をお迎えし最高な毎日を過ごしていております、塩対応のしおりん(@jamgodtree)です。 はじめに 私はログラスのエンジニアチームにて、2022年8月からリーダーを半年経験してきました。 この記事では、チームパフォーマンスの最大化に向けて行動してきたこと・失敗談について書いていきます。 タイトルにもあるように、私は受身気質であり、先頭を走っていくタイプのリーダーではありません。 その上で、以下のような悩みがある方に読んでもらえると幸いです。 リーダーになる前に何をやったらいいのかわからない人 リーダーになりたてでどうしようか同じように悩んでいる人 また、ログラスに興味がある方も是非参考にしてみてください。 ログラスにおけるリーダーとは? ログラスにおいてリーダーは 「役割」 として定義されています。 「上司」と「部下」ではなく、フラットな関係性を指している

                                  受身気質な私がリーダーという役割で実践したこと 4選
                                • Windows 11と10で動作を遅くしていると指摘されるスタートメニューのWeb検索を無効化する方法は?

                                  Windows 11ではスタートメニューの検索バーで、Windows 10ではスタートアイコン横の検索ボックスか検索アイコンで、PC内を検索して一致する結果を呼び出すことができます。しかしこの時、同時に入力したキーワードでBingのWeb検索候補も表示されるため、検索結果が表示されるまで数秒待つ必要があります。テクノロジー系メディアのTom's Hardwareの編集長であるアブラム・ピルチ氏が、WindowsのWeb検索機能を無効にするための操作について解説しています。 How to Disable Windows Web Search and Speed Up Your PC | Tom's Hardware https://www.tomshardware.com/how-to/disable-windows-web-search Windows 11でWindowsキーを押して「g

                                    Windows 11と10で動作を遅くしていると指摘されるスタートメニューのWeb検索を無効化する方法は?
                                  • 人生に迷ったときに「安易に目指してはいけない職業」

                                    ・公務員(ワースト:自衛隊) ・クリエイター(ワースト:音楽家) ・アフィリエイター(ワースト:ゲーム実況配信者) ・ビルメン(ワースト:電気工事士) ・IT業界(ワースト:スクール提携) ・犯罪者(ワースト:闇バイト) ・プロニート(ワースト:スロプー) ・水商売(ワースト:パパ活) ・士業(ワースト:弁護士) ・起業(ワースト:ラーメン屋) アンナ・カレーニナの法則というものがある。 「幸福な家庭はどれも似通っているが、不幸な家庭はそれぞれの不幸がある」 人生が駄目になったとき、それには様々な理由があるので、そこから立ち上がるための方法は人によって違うのだ。 故に我々が知るべきは「誰かがこの方法で成功した」ではなく「あなたはこうして人生に失敗する」というアンチパターンである。 一見して路頭に迷った時に最適解に見える職業ほど、路頭に迷ったときに更なる絶望が待っているものだ。 ・公務員(ワ

                                      人生に迷ったときに「安易に目指してはいけない職業」
                                    • グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days

                                      転職をしてはや10ヶ月ほど経ちました。業務で英語を使うようになったので、私もしくは同僚がよく使う英会話のフレーズを紹介します。自分のメモも兼ねています。 私のバックグラウンド エンジニアとして某会社に勤務しております。会社のメンバーは外国の方が多く、状況にもよりますが全体の40~50%くらいは英語でミーティング、Slackでも英語でやり取りすることが多々あります。そんな中で気付きとしてあったのが、同じ表現を使って会話をすることが多いなという点です。ある程度パターンとしていくつかのフレーズを覚えておけばそれなりに業務の会話ができるのでは?と思いこの記事を書いています。なお、以下私の環境については注意してください。 外国の方が多いといっても、ノンネイティブや日本人も多く、英語ができない人に対しても理解がある環境です。(ネイティブ90%以上といった環境とは違う) エンジニア同士の会話が多いので、

                                        グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days
                                      • SIerで幸せな技術キャリアを築くために - Qiita

                                        この記事はNTTコムウェア Advent Calendar 2021 20日目の記事です。 NTTコムウェアの古西です。AI・データサイエンス推進室で技術マネージャをしています。 システムインテグレーター、略してSIerは、顧客のためにITシステムやサービス・ソリューション・プロダクトを開発・運用する会社です。一部自社サービスがあるものの、特定の顧客企業に対してシステムを提供することが多いです。 ネット上では「SIerはオワコン」1と言われることもありますが、私自身は入社のときに「人と技術を仲介する仕事がしたい」と言って仕事をしはじめてから約25年間、SIerで顧客や自社の人と技術を仲介する仕事をしてきました。私がこれまでの経験から「SIerで幸せな技術キャリア」を築くために意識したほうがいいと思うことを、若年層とベテラン層にわけて3つずつ、書いておこうと思います。 若年層(20代~30代

                                          SIerで幸せな技術キャリアを築くために - Qiita
                                        • IT客先常駐

                                          寝れないので、IT業界の客先常駐について書こうと思う。 客先常駐は辞めとけ客先常駐は辞めとけ。よく言われることです。 でもITには未経験だと客先常駐くらいしか無いのです。経験者でも客先常駐しかないのに未経験だと尚更。 私はそこそこ有名な大学の院卒で、27の時に他業界からIT業界に入ったけども、普通に書類選考で落とされてました。最終的に微妙な企業2〜3社しか面接まで行けませんでした。 当時は何も考えてなくて、とりあえず経験を積みたい、と採用してくれた企業に入社しました。年収300万で。ちなみに前職だと年収420万だったからめちゃくちゃ下がりました。 そこそこの学歴で、しかもバリバリの理系でも、未経験だとやはり採用してくれる企業は少ないんです。 ちなみに転職した時は30歳でしたけど、未経験の時に比べて書類選考の通過率はとても高かったです。 客先常駐のここが嫌だ給料が安い安いんですよ、月収20万

                                            IT客先常駐
                                          • エンジニアリングマネージャー必読の翻訳書 7選

                                            Dec 8, 2021 マネージャーとしてチームを率いる際、自分が正しくチームをマネージメントできているのか? 誰か偉大なマネージャーに教えを請いたいと思う人は多いのではないでしょうか? 一方で、現場でマネージメントに関する手厚い指導を受けられる機会は少なく、日々の業務に忙殺されてしまうのが現実かと思います。 そんな中、海外の上司や同僚から勧められた書籍からは非常に多くの事を学ぶ事ができました。 どの書籍も非常に多くの批評を経て評価されており、秀でた著作は翻訳されています。 日本で日本語で書かれた書籍も読みやすく、血肉になります。 一方で翻訳書はクセはあるものの、日本からは得づらい情報や面白いエピソードを提供してくれます。 また書かれている内容を共通の概念としてグローバルなマネジメントチームと会話できるというのも助かる点でした。 今回は自分が読んできたマネージメントに関する翻訳書の中で特に

                                              エンジニアリングマネージャー必読の翻訳書 7選
                                            • コロナ禍 → リモートワークをきっかけに、趣味も仕事も楽しめる欲張りな家を建てた【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅

                                              職業柄、「よりよいもの」や「よりよい環境」を求める方が多いエンジニア。そんなエンジニアの「家づくり」にはきっと、さまざまなこだわりが詰め込まれているはず。 注文住宅を選んだエンジニアに登場いただく「エンジニア、家を建てる」。第2回はrela1470(渡辺 淳)さんに寄稿いただきました。 rela1470さんが注文住宅を購入したのは、新型コロナウイルスの感染拡大でリモートワークがメインとなったことがきっかけ。ワークスペースはもちろんのこと、サウナルームや防音室なども導入し「仕事」と「趣味」どちらもとことん楽しめる空間を手に入れました。 東京・表参道の株式会社KyashというFintech企業で、コーポレートエンジニアをしているrela1470と申します! 2021年5月、茨城県取手市に念願の一戸建てを手に入れ、妻と2人で楽しく暮らしています。 業務内容にいわゆる情シス業が含まれているため少な

                                                コロナ禍 → リモートワークをきっかけに、趣味も仕事も楽しめる欲張りな家を建てた【エンジニア、家を建てる】 - MY HOME STORY │スーモカウンター注文住宅
                                              • NTTドコモ「dアカウント」一から作り直した方がいいのでは (1/3)

                                                sponsored 2024年4月に新キャンパスへ移転した静岡デザイン専門学校は、最新設備を備えた実習室とMSIのノートPCで学生の実践力を養成 sponsored 部屋が狭い日本家屋仕様になったピラーレスケース、自作初心者にもオススメ! ピラーレスだがコンパクト、価格もお手頃なCORSAIRのPCケース「3500X」が完成度高い! sponsored コスト、人材、セキュリティ…… データ活用の課題を包括的に解消するHPEの取り組み なぜHPEがソフトウェアを? 統合データ基盤「HPE Ezmeral」に注力する理由を率直に聞いた sponsored スマホ設定で快適なハイエンドゲーミングルーター「ROG Rapture GT-BE98」 そろそろ替えどき?いまさら聞けない“Wi-Fi 7”の利点とASUSのWi-Fi 7ルーターを解説 sponsored JN-MD-IQ1301FHD

                                                  NTTドコモ「dアカウント」一から作り直した方がいいのでは (1/3)
                                                • DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)

                                                  はじめにこの記事は、Engineering Manager Advent Calendar 2020の24日目の記事す。 職種を越えた働き方を模索するWeb Engineerのtrebyさんと、技術を突き詰めたいiOS Developerのbanjunさんの二人のパーソナリティをつとめるpodcast「きのこるエフエム」でお話してきた今話題のキーワードDXについてのお話を再編して記事にしたものです。 実際のpodcastについては以下からどうぞ。 いつの間にか"DX"がデジタルトランスフォーメーションにとられてた。trebyさん(以下敬称略) これは、我々のマイブームというか、最近、「DXっていいよね?」っていうふうに私が謎掛けをしますと、banjunさんが、「DX、わからん!」というふうに返すんです。 banjunさん(以下敬称略) 「DXって何ですか?何がいいんですか?」っていう話です

                                                    DX意味わからん。「IT革命」と何が違うの?という話|広木大地(日本CTO協会理事/レクター取締役)
                                                  • 「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab

                                                    id:Songmuです。現在は、Nature Remoというスマートリモコンや、Nature Remo Eというスマートエネルギーハブなど、電力系のIoT製品を開発しているNature株式会社で取締役CTOを務めています。 サーバーサイドからインフラにかけてのソフトウェアエンジニアリングが得意領域で、ISUCONというコンテストで3回優勝したり、Mackerelというクラウド監視SaaSのプロダクトマネージャーを務めたりもしていました。PerlやGoを中心に、多くのツールやライブラリをGitHubに上げています。 今でこそCTOという立場にありますが、私はあまり、他人のお手本になるような人生を送ってきていません。「将来こうなりたい」といったしっかりとした長期目標を立てることもなく、その場その場で適当に、時には真面目に生きてきた結果が現在です。うまくいったこととて、多分に生存バイアスがあり、

                                                      「成長できる環境に身を置く」ことが本当のスタート。就活に失敗したニートからCTOになったエンジニアの話 - Findy Engineer Lab
                                                    • ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり

                                                      なんかマナブやばいな、ついでに色々見てたんですが、最近技術ではない方向で前に出てきてるエンジニアが増えてるようですね。 技術ブログは一般の人は見ないからわからないかもですが、技術ブログ系はエンジニアが見るだけで、基本的にそこで収益を得てるものも少ない印象があります。技術者の業界というのは業界の発展のために、無償で貢献(楽しみとしての人が多い)する人がすごく多く、それによってライブラリの充実の恩恵として再利用性や車輪の再発明を避けたりできてたりします。なので、この人達は金儲け系のブロガー界隈では話題にならないですね。 一般向けに言葉を発信する人が少なめだったというのもあるのかも知れませんが。というか、よく見たら取り上げようと思った人全員文系エンジニアですか…。文系エンジニアは技術よりお金に向かい、理系はお金より技術に向かう傾向でもあるんですかね。 今回はやまもとりゅうけん、マナブ、勝又健太さ

                                                        ブロガー界隈の有名フリーランスエンジニアを見てプログラミングを始めないでくれ - 渡るネットは嘘ばかり
                                                      • 知らないと大損するかも?「上場株式等に係る所得の課税方式の選択」の廃止について - ゆとりずむ

                                                        こんにちは、らくからちゃです。 IT業界で働いていると、お客様に言われてシステムを変更したのに別のお客様から「誰だ!こんな風に変えたのは!💢」と雷を落とされることが、稀によくあります。 「Aの処理を変えるとは聞いていたが、Bの表示まで変わるとは聞いていない😡」とのことですが、そこもご説明の上で変更を了承頂いたんですけどねえ…と思いつつ日々悲しい気持ちで仕事をしています。 何事も影響に直面して初めて気がつくことも多々ありますし、ひとまず弊社に非がないことをご納得頂いた上で、「さて困りましたねえ。どうしましょうねえ。😢」と一緒に頭を抱える毎日を過ごしております。 さて毎年色んな税制の変更がありますが、局所的に大きなトピックスとして、2024年度分の個人住民税より「上場株式等に係る所得の課税方式の選択」が出来なくなります。 中央区ホームページ/上場株式等に係る所得の課税方式の選択について

                                                          知らないと大損するかも?「上場株式等に係る所得の課税方式の選択」の廃止について - ゆとりずむ
                                                        • AI絵師、お金を稼ぐ:2ヶ月で11万円稼いだ方法・そして今後どのようにお金を稼ぐことができるか - uenoyamagooo’s diary

                                                          ・はじめに:自己紹介とAI絵師になったきっかけ ・AI絵師を始めたきっかけ ・AIイラストをどのように売るか ・そもそも、現状のAI絵師を取り巻く環境は? ・AIイラストの強みと弱みを理解する ・AI絵師にとって一番の脅威は「画像生成AIを使いこなす神絵師」 ・AIイラストに価値を感じさせるために ・どのようにAI絵師は自身をブランディングするか? ・AIイラストのクオリティアップに真面目に取り組む ・AI絵師はこれからどのように稼ぐ? ・1年以内にできること ・画像生成AIは倫理的な正当性を獲得できるか? ・最後に ・はじめに:自己紹介とAI絵師になったきっかけ 本記事はあるふ氏が主催の「画像生成AIアドベントカレンダー」に寄稿したものである。主に、自分がAI絵師としてお金稼ぎをする上で考えたことや、その方法について紹介しようと思う。 先に、AI絵師としてお金稼ぎをする際のエッセンスにつ

                                                            AI絵師、お金を稼ぐ:2ヶ月で11万円稼いだ方法・そして今後どのようにお金を稼ぐことができるか - uenoyamagooo’s diary
                                                          • webブラウザのタブをたくさん開いたままにしてしまうのはブックマークの利便性が追い付いてないからでは?という話に集まるあるあるの声と便利情報

                                                            画力・博士号・油田 @bd_gfngfn ユーザがタブを開きすぎる問題,端的な原因は「履歴とブックマークの利便性がタブを開き続ける場合のそれを超えることができていないから」に思える(少なくとも自分はそう)

                                                              webブラウザのタブをたくさん開いたままにしてしまうのはブックマークの利便性が追い付いてないからでは?という話に集まるあるあるの声と便利情報
                                                            • 「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita

                                                              物語の始まり 事の発端は納品後。 先方からメッセージが届きました。 クライアント様「このファイルの文字コードがShift_JISになっておりますので、UTF-8で再納品をお願いいたします。」 拙者(あれ…UTF-8にしてたと思うんだけどな) 拙者「確認いたします。」 文字コードを確認する 本案件はいわゆる更新案件で、今回の納品時に言われていたのは、「文字コードがUTF-8ではないものは変換して納品してくれ」ということ。 そして、ご指摘いただいたのは、今回の更新案件で中身はいじらなかったJavaScriptファイル。 本来ならば納品するファイルではないのですが、文字コード変換という要件があったため、納品ファイルとして加えられたものでした。 一括で文字コードを変えたので作業漏れかなぁと思っていました。 ファイルの中身は記事用にかなり適当につくったものですが、まあだいたいこんな感じです。

                                                                「ASCIIをUTF-8にして」それが『できない』ことを理解してもらえなかった話 - Qiita
                                                              • リモートワークを3年強やって思うところを書き殴ったもの - memo_md

                                                                諸事情により、近々リモートワークについて自分の私見を述べる機会が発生した。 考えるほどに「そもそも自分はリモートワークについてどう考えている(いた)んだっけ?」と深みにはまっているので、一度ここに全部吐き出してみることにする。 注意事項 すべて個人の意見であり、特定の個人・組織に関しての何らかの意図は一切無いです。また、脳内整理のために書き殴った文章なので色々アレですがご勘弁ください。 なぜリモートワーカーになったか 自社サービス開発をやってみたかったが、富山で思い描くような仕事は難しそうだった。かつ、家庭の都合もあり「単身都会へGO!!」とかは無理だった。 リモートワークという働き方は以前から知っていたので、 思い描くような仕事ができる リモートワークでも可 という考えで仕事を探した結果今に到る。やりたいことありきで、「リモートワークをしたかった」わけではない。 現在で3年強リモートワー

                                                                  リモートワークを3年強やって思うところを書き殴ったもの - memo_md
                                                                • 準委任契約に基づく報酬請求と善管注意義務違反 東京地判令2.9.24(平28ワ28934) - IT・システム判例メモ

                                                                  開発は途中で終わった場合でも、準委任契約に基づく報酬請求はできるが、適切な計画立案・実行ができていなかったとして善管注意義務違反が認められた事例。 事案の概要 イベント企画会社Yは、自社の企画するイベントを管理するためのシステム(本件システム)の開発をXに依頼することとした。 平成28年3月にXは開発に着手したが、その時点では契約書が取り交わされておらず、4月になって、X・Y間で以下の内容(抜粋)の契約書が取り交わされた(本件契約)。 1条2項 本件契約は,Xが(中略)業務に従事する技術者の労働をYに対し提供することを主な目的とし,民法上の準委任契約として締結されるものとする。したがってXは,善良なる管理者の注意義務をもって(中略)業務を実施する義務を負うものとし,原則として成果物の完成についての義務を負うものではないものとする。 3条3項 前各項にかかわらず,Yは,Xの本件サービスの業務

                                                                    準委任契約に基づく報酬請求と善管注意義務違反 東京地判令2.9.24(平28ワ28934) - IT・システム判例メモ
                                                                  • [いわゆる退職エントリ] Microsoft を辞めることにしました(あるいはサポートエンジニア → Product Marketing Manager になるまでなど) - Qiita

                                                                    [いわゆる退職エントリ] Microsoft を辞めることにしました(あるいはサポートエンジニア → Product Marketing Manager になるまでなど)退職エントリ 皆さんごきげんよう。ういこうと申します。 これまで日本マイクロソフト株式会社で Azure のフロントエンド領域を中心としたサービスの Product Marketing Manager をしておりましたが、6/30 日をもって退職することとなりました。 きっと Microsoft 界隈以外では、あなたどなた?という感じだと思いますので、少し自己紹介と、退職エントリ(のようなもの)を書くことにした理由を紹介させてください。ちょっと、いや...かな~り長いので、おやつでも食べながら読むものがないなーというときや、今エンジニアなんだけど、マーケティングなど、テクニカル ロール外の職種に転換しようと思ってる、あるい

                                                                      [いわゆる退職エントリ] Microsoft を辞めることにしました(あるいはサポートエンジニア → Product Marketing Manager になるまでなど) - Qiita
                                                                    • シリコンバレーで働いてる俺が今回のTwitter買収について私見を述べる

                                                                      ここのところ毎日ニュースになっている、イーロンマスクのTwitter買収とその後の施策について、シリコンバレーでソフトウェアエンジニアをしている俺が、Q&Aの形で私見を述べる。 Q. Twitterは倒産寸前だったんだからレイオフは当たり前では?これは間違い。確かにTwitterは慢性赤字企業だったが、倒産寸前だったことは一度もない。しかし今回マスクがLBOを使ってTwitterを買収したため、Twitterにかかる借金が大量に増えた。金利だけで、次の7−8年に90億ドルもの支払いが発生するらしい。 https://www.wsj.com/articles/how-elon-musks-twitter-faces-mountain-of-debt-falling-revenue-and-surging-costs-11669042132 さらに言えば、マスクはTwitterを多分時価2倍以

                                                                        シリコンバレーで働いてる俺が今回のTwitter買収について私見を述べる
                                                                      • (年収270万で)プログラマーを引退して、医学部にきた俺が真面目に考えて..

                                                                        (年収270万で)プログラマーを引退して、医学部にきた俺が真面目に考えてやろう。 ① 言葉は正しく使おう真面目に読んでいて、ちょっと気になる箇所がある。たとえば PostgreSQL を postgre とか書くヤツは現場では嫌われるぞ。少なくとも postgres と書いてくれ。お里が知れるぞ。 ② プライドが高い消えていくエンジニアの特徴だけど、叱責されたり馬鹿にされるのが嫌で VCS にコミットしないヤツ、または貪欲にコードレビューをされるのが嫌がるやつは、成長しない。 ③ エリート意識この業界は数年前には『デジタル土方』と揶揄される業界でした。ちなみに、アメリカでも「テック系はハードだから避ける」という雰囲気でした。つまり何をいいたいのかというと、ソフトウェアの開発者っていうのは「泥臭い領域」なんだよ。エリートとは程遠い場所にあるというね。 ④ 「某天市場の先輩には,ここ仕事量少な

                                                                          (年収270万で)プログラマーを引退して、医学部にきた俺が真面目に考えて..
                                                                        • やっぱITは内製が進むと思う

                                                                          SESや多重下請け構造だと、基本的にスキルというよりは単純労働力が求められる。 人を増やして、時間工数を水増ししたほうが儲かるからである。 新しい技術を使って100時間で開発するより、Excel作業で2000時間かけたほうが20倍もうかる。 ここに商売としての邪悪なトリックがある。 よって、多重中抜きの元請けには、IT技術というより「人売り」「奴隷商人」のスキルが求められる。 その結果、本当にIT以前のレベルの人間もちらほらいる。 異業種のトップ人材のほうが確実にITツールを使いこなしていると感じるレベル。 「それで肩書がエンジニアなの?」という失望感から怒りに変わることも多いので、 根っからのエンジニア気質の人間は、内製の会社に行った方がいい。技術で社会貢献できるだろう。 あと人売りのポンコツの多くは、あまり自分のレベルアップに興味がなく、 会社にしがみついて人生を平凡に逃げ切るプランを

                                                                            やっぱITは内製が進むと思う
                                                                          • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                                                                            1. はじめよう! 要件定義 ~ビギナーからベテランまで(難度:★☆☆) 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級~上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                                                                              【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
                                                                            • 基本情報技術者を取得してから「見える世界」が変わった話をしようか

                                                                              どうもお疲れ様です。 MESIです。 皆さん基本情報技術者は取得済みでしょうか? よくITエンジニアの免許と言われている資格ですよね。 私は一昨年の秋に取得しました。 ちょうどエンジニアとして就職して2年目の時でしたね。 それまでの私の知識は業務で必要とされる部分しか知識がなく、情報系の学科を出ているわけでもないので、ITエンジニアとしての土台が全くない状態でした。 時々、このままではいけないと技術書を買って読むのですが、土台がないので頭に全然入ってこないし、何が書いてあるのかわからない。。 そんな私が基本情報を受験してから、見える世界が変わった件について話します。 『何をしている?早く基本情報技術者を取るんだ!』 新卒1年目の自分に言いたいセリフNo1がこれです。 なぜ基本情報を受験することになったのかといいますと、会社で半年に一度目標設定をするのですが、その一環としてです。 エンジニア

                                                                                基本情報技術者を取得してから「見える世界」が変わった話をしようか
                                                                              • 「私たちは慣れに支配され、使いにくさに気づいていない」 UI研究者・増井俊之氏が語る“使いやすさ”の本質

                                                                                機能とUIの進化はなぜ比例しない? UI研究者に聞く、使いやすさの本質とUIのこれから 「私たちは慣れに支配され、使いにくさに気づいていない」 UI研究者・増井俊之氏が語る“使いやすさ”の本質 誰もが気軽に電子機器を持つようになった今、私たちの生活はデジタルの恩恵で確実に便利になっています。しかし、UIは“よりよさ”を求めた結果、期待した評価とは正反対の声が集まること少なくありません。 そこで今回は、慶應義塾大学環境情報学部の教授で、予測型テキスト入力システム「POBox」やiPhoneのフリック日本語入力システムの開発者であるUI研究者の増井俊之氏に、UIの本質についてお話をうかがいました。まずは増井氏がUIに関わることになったきっかけと、使いやすさの本質について。 UI研究に関わるようになった流れ ーー学生時代には電子工作やソフトウェアに興味をお持ちで、現在のUIにつながる研究は社会人

                                                                                  「私たちは慣れに支配され、使いにくさに気づいていない」 UI研究者・増井俊之氏が語る“使いやすさ”の本質
                                                                                • ソフトウェアはなぜバージョンアップしなければならないのか - Qiita

                                                                                  はじめに 社内インフラの運用担当者にとってソフトウェアのバージョンアップは地味な割に大変な業務です。 特に社内のオンプレサーバで動いているようなソフトウェアの場合、バージョンアップに伴う諸々の調整をそのソフトウェアを利用している各部署と行う必要があります。 そんなときに「今は忙しいからバージョンアップを先送りしてほしい」「このバージョンはスキップしてもよいのでは?」なんて声が各部署から聞こえてきます。バージョンアップの価値を各部署に理解してもらうのは大変です。 この文章はそんな時になぜバージョンアップしなければならないのかを上司や各部署のマネージャに伝えるために書きます。 ソフトウェアの有効期限は2-5年 まず、第一に、ソフトウェアというものは無限に使えるわけではなく、一定の有効期限があり、それを過ぎると徐々に動かなくなってきます。俗にいう「何もしてないのに動かなくなった問題」です。 なぜ

                                                                                    ソフトウェアはなぜバージョンアップしなければならないのか - Qiita