並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 2467件

新着順 人気順

SIerの検索結果81 - 120 件 / 2467件

  • 「全ての住所フォームがこうなってほしい」 SIerが公開した“使いやすい入力欄”の作り方が話題 ソースコードも掲載

    「郵便番号を入れる枠はひとまとまりに」「郵便番号を基にした住所の自動入力を搭載する」といった、使いやすい住所入力フォームを作る知見をまとめたブログ記事が話題だ。「はてなブックマーク」で1000ユーザー以上がブックマークした他、Twitterでも「参考になる」「全ての住所フォームがこうなってほしい」などの反応を集めている。 ブログでは、入力の煩雑さから離脱してしまうユーザーを減らすためにすべきことを大きく4つに分ける。 「郵便番号の枠はひとまとまりに」「郵便番号を入れたら即座に、もしくはユーザーがボタンを押したら住所を自動入力する」に加え「Webブラウザが備える住所の自動入力機能に対応・最適化する」「入力欄は『都道府県』『市区町村』『町名以下』の3欄を基本とし、『建物』欄はオプションとする」といった機能が必要と紹介。それぞれの実装に当たっての注意点などを説明している。 これらの機能を搭載した

      「全ての住所フォームがこうなってほしい」 SIerが公開した“使いやすい入力欄”の作り方が話題 ソースコードも掲載
    • 個人事業主として株式会社に訴訟して事実上勝訴した話 - するめごはんのIT日記

      画像提供元 photo AC様 ごきげんよう ※2022年1月22日追記 本記事を無償電子書籍にしました。 技術書典12にて頒布中です。 surumegohan.hatenablog.com 今回は掲題の通り 個人事業主(フリーランス)である私が株式会社に対して訴訟を起こし、事実上勝訴となった話を記載します。 裁判所からの和解調書の一部 この記事の最大の目的は相手方に対してどうこうではなく、世の中の個人事業主(フリーランス)が企業と契約した際のトラブルにおいて、少しでも泣き寝入りをする人を減らすためです。 しかしながら、私自身は法律の専門家ではないので、本記事中に不正確な面も含まれている可能性もあるため本記事をそのままご自身の立場等に照らし合わせることはもちろんできません。 本記事に関することで何かしら問題が発生しても責任はとれません。 また、本記事において説明の不足点があることは重々承知

        個人事業主として株式会社に訴訟して事実上勝訴した話 - するめごはんのIT日記
      • 「エンジニア足りてない」は嘘

        これまでフリーランスでいろいろやってきたけど 最近はフリーランス系で働く人が増えてきて案件がどんどん無くなってきている フルスタックでなんでもこなすエンジニアとして業務に入ってるのでそれなりの報酬は頂いているのだが その単価だと案件が目減りしてるのが現状 実際に業務に入れば満足頂いているのだが、そもそもの面談までありつけないっていうのが非常に多い いろいろ事情を聞くと、どうやら単純に大手SIerとかの技術者レベルがだだ下がりしており その理由は再委託先企業の技術者がフリーランスなり外資系なりに転職しているため、とのこと 一方でSIerのように中間管理しない発注元企業はフリーランスとの契約なんて出来るはずがなく やるとしてもフルタイム希望みたいなのが多くて特に多数の案件をこなすフリーランスエンジニアからは相性が悪く 暇をしてる新人フリーランスとかが業務を奪うが、技術レベルが足りずに契約解除、

          「エンジニア足りてない」は嘘
        • プログラミングスクールの理想と現実。あとフィヨルドブートキャンプについて - 猫Rails

          (Railsのプログラミングスクールについての話です。あと自分はフィヨルドブートキャンプの卒業生で、バイアスかかってるかもなので差し引いてお読みください。) プログラミングスクールについてあまりいい話を聞きません。 炎上系のプログラミングスクールだけでなく、その他のプログラミングスクールについてもネガティブな話を結構聞きます。 正直自分もプログラミングスクール業界には良いイメージはないのですが、とはいえちゃんと探せば良いプログラミングスクールも(少しだけ)存在します。この記事はそんなお話です。 プログラミングスクールの理想と現実 プログラミングスクールの問題点は明確で、プログラミングスクールを卒業しても現場で働けるだけの実力がつかないということです。 こんなイメージです。 プログラミングスクールの理想と現実(字が下手すぎてすみません🙇) プログラミングスクールではRails周りの基礎を一

            プログラミングスクールの理想と現実。あとフィヨルドブートキャンプについて - 猫Rails
          • SIerで幸せなキャリアを築くために 50歳の私が感じた、若手に意識してほしい3つのこと

            「NTT Tech Conference」は、NTT グループのエンジニア有志が開催するカンファレンスです。NTT グループ各社が開催するイベントとは異なり、NTT グループのエンジニアたちがやりたいこと・話したいことを通じて、エンジニア同士が技術交流するためのイベントです。ここで登壇したのは、NTTコムウェアの古西孝成氏。「SIerで幸せな技術キャリアを築くために」というタイトルで、SIerとして幸せなキャリアを築くための心構えについて、話しました。全2回。前半は特に若年層に意識してほしいことについて。 自己紹介 司会者:次のセッションは「SIerで幸せな技術キャリアを築くために」というタイトルで、NTTコムウェアの古西さんに発表をお願いします。古西さん、よろしくお願いします。 古西孝成氏(以下、古西):はい、よろしくお願いします。NTTコムウェアの古西です。「SIerで幸せな技術キャリ

              SIerで幸せなキャリアを築くために 50歳の私が感じた、若手に意識してほしい3つのこと
            • 「テストコードを書く?書かない?」ソフトウェアテストのいろんな疑問をテストのプロに聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!

              「テストコードを書く?書かない?」ソフトウェアテストのいろんな疑問をテストのプロに聞いてみた ソフトウェアテストはソフトの品質を高めるためには、欠かせない工程です。では、テスト・品質保証のプロたちは、どんなことに気をつけて、ソフトウェアテストを実践しているのでしょうか。仕様やスケジュール、テストの設計まで、テストにまつわる疑問を、ソフトウェアの品質保証・テストに特化した企業、SHIFT社のお二人にぶつけてみました。 ソフトウェアへのバグの混入を防ぎ、ソフトウェアの品質を高めるためにはテストの工程が不可欠であり、「どうすれば良いテストを実施できるか」というノウハウもまた非常に重要です。では、テストを突き詰めて追求する、スペシャリストのノウハウとは。 今回はソフトウェアの品質保証・テストに特化した企業であり、テストを前提としたアジャイル体制構築のコンサルティングにも専門性を持つ、株式会社SHI

                「テストコードを書く?書かない?」ソフトウェアテストのいろんな疑問をテストのプロに聞いてみた - エンジニアHub|Webエンジニアのキャリアを考える!
              • 一生に一度は帝国ホテルで朝食を食べたかった....ので来店いや、たっか!!!!

                目白のメジェドさん@SIer @SamaMedjed 一生に一度は帝国ホテルで朝食を食べたかった.... ので来店 いや、たっか!!!! めっちゃたっか!!!!!! コーヒー一杯1750円ってどないなっとんねん 朝起きたら、日本のインフレが急に加速してんのかと思ったわ.... pic.twitter.com/U3ymPyze2H 2023-08-19 10:19:20

                  一生に一度は帝国ホテルで朝食を食べたかった....ので来店いや、たっか!!!!
                • TypeScriptを効率的に独習しよう! 無料で学べる「TypeScript Deep Dive」日本語版の翻訳者が学習法を解説

                  TypeScriptは近年JavaScriptに代わってWebフロントエンド開発で利用されているプログラミング言語です。TypeScriptは開発生産性および開発者体験に優れていることから、開発現場で広く採用されています。TypeScriptを学ぶことは、今後のWebフロントエンド開発では、ほぼ必須といって良いでしょう。この記事ではTypeScriptを使うメリット、ならびに「TypeScript Deep Dive 日本語版」を活用してTypeScriptを短期間で学習する方法を紹介します。 はじめに 筆者はSIer出身のITエンジニアです。ゲーム開発会社などを経由して現在は一般企業でエンジニアとして勤務しています。はじめてTypeScriptの重要さを知ったのは、2018年ごろに「TypeScript Deep Dive」を読んだときでした。そして、今後必ず多くの人に役立つと考え、オリ

                    TypeScriptを効率的に独習しよう! 無料で学べる「TypeScript Deep Dive」日本語版の翻訳者が学習法を解説
                  • rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜

                    この記事は本番環境でやらかしちゃった人 Advent Calendar 2019 17日目の記事です。 はじめまして、ダーシノ(@bc_rikko)です。 突然ですが、懺悔します。 私は転職して10ヶ月で2回も本番環境をぶっ飛ばしました。お客様をはじめ、関係各位には多大なるご迷惑をおかけしたことを、ここでお詫び申し上げます。 1回目は2015年11月27日、入社27日目のこと。 gitの設定ミスにより壊れたブランチをmasterにforce pushしてしまい、CIが流れて本番環境が壊れた。原因はpush.defaultなのだが、詳しくはすでに記事を書いているのでそちらを読んでほしい。 2回目は翌年9月1日、入社してちょうど10ヶ月たった日のことだ。 またしても本番環境をぶっ飛ばした。しかも、前回より盛大に……。 タイトルにもあるようにrsyncコマンドが原因だ。 当記事では、この「rsy

                      rsyncの悲劇 〜本番環境を消し飛ばす前に覚えておきたいこと〜
                    • Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル) - Qiita

                      Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル)oracleWeb この記事は、 JPOUG Advent Calendar 2023 24日目の記事です。 23日目は multilayer さんの記事『OCIのLanding Zoneについて調べてみた!』でした。 想定読者 ファントムファイルについてよく知らない、帳票の扱い方をあまり考えたことがない人 イントロダクション 皆さん、世の中のWebシステムで利用される画像や帳票ファイルがどこに保存されているかご存知でしょうか? 帳票や大きな画像ファイルなどを扱う際、大きく分けて2つの設計方針があります。 ・DBに直接保存する ・DB外部に保存し、パスなどをDBに保存する オライリーのSQLアンチパターンの、”ファントムファイル”という章にはこのあたりのことが書いています。 [Amaz

                        Webシステムにおいて「画像や帳票等のファイルはDBへ格納すべきなの?」を調べてみた(ファントムファイル) - Qiita
                      • 将来のCTOを迎えるために エンジニアリングマネージャーが半年でやったこと|miyamoto

                        カミナシでEM(エンジニアリングマネージャー)をしている宮本と申します。 カミナシには現在CTOがいません。 ただ、採用活動は進めておりますので、近い内に採用活動が花開くことを切に願っております。 本記事では、将来のCTOを迎えるにあたり、EMである私が直近半年で何を考え、どんな対応をしてきたかについてまとめました。 カミナシが求めるCTOとはCTOを採用したいという話が挙がった際、カミナシは具体的にどういった方をCTOとして迎えたいのか議論になった事があります。 ここでよく議論の分かれ目になるのが、実務者のTOPとしてのCTOか、経営者としてのCTOか、という2つの観点です。 当然、両方の性質を備えているのが望ましいのですが、究極的にどちらの要素しか満たさざるを得ない場合、どちらを選択すべきか関係者の認識を揃えておく必要があると思います。 結論、カミナシでは経営者としてのCTOを優先した

                          将来のCTOを迎えるために エンジニアリングマネージャーが半年でやったこと|miyamoto
                        • 内製化は、きっとうまくいかない - orangeitems’s diary

                          最近はDXという言葉が独り歩きしてしまい、結局はどうすればいいのかと考えたあげく、内製化に舵を切る企業が多いと聞きます。 でも、この内製化、非常に危ない面を持っていると思っています。結局はユーザー企業が、SI部門を自前で持つということにほかならないからです。このSI部門、立ち上げるときにはだいたいが、大手のSIerが出身で、それまでの知識や経験をもとに組織を組み立てるのが通常です。 これ、はじまりはうまく行くんです。むしろ、一から作ったのでSIerよりもスマートに内製をスタートできる場所もあるぐらいです。そう、そこまではよい。問題は、この内製化部門が成長できるかどうか、です。 SIerはいつも競争にさらされていて、いつでも新しいトピックを主にアメリカから輸入し、常に最新化、モダナイズしないといけない強迫観念を持っています。 過去、外資のベンダーのイベントが都内ホテルであったときに、基調講演

                            内製化は、きっとうまくいかない - orangeitems’s diary
                          • 客先常駐の仕事で99%出てくる頻出ソフトウェア・ツール三種の神器 - Qiita

                            はじめに @neet_seといいます。 普段はフリーランスエンジニアとして客先常駐の仕事をしています。 エンジニアとして働き始めて、現在5,6の客先を経験しました。 今回はその中でよく出てくるソフトウェアやツール類を紹介していきたいと思います。 1.Windows 10 説明不要、Windowsです。 Webの仕事ですとMacの比率が上がると思いますが、業務用システムの開発では殆どWindowsです。 Windowsのよく使うショートカットキーや機能は覚えておくのはマストでしょう。 ファンクションキーまで使いこなすと定型作業が楽になります。 1-1.ショートカットキー 1-1-1.必修 Ctrl+C:コピー Ctrl+V:ペースト Ctrl+X:切り取り Ctrl+Z:元に戻す Ctrl+Y:操作を戻す Ctrl+S:上書き保存 F5:ページの再度読み込み 1-1-2.最初から覚えてると一

                              客先常駐の仕事で99%出てくる頻出ソフトウェア・ツール三種の神器 - Qiita
                            • IT 系に行くことはやめたほうがいいと思う

                              最近こんな感じの記事をいくつか見かけた https://xtech.nikkei.com/atcl/nxt/column/18/00001/08910/ IT 系の人が足りないとか言う話 また、子供になりたい職業のランキング上位に IT 系が上がったみたいな話もあった 個人的にはやめたほうがいいと思う IT 系エンジニアになりたいって思う人は基本自分が使ってるサービスとかに関わりたいと思ってるだろうけど そういうところ行けるのって IT 系でもごく一部 自分の好きなサービスの会社とまで絞り込むと採用される人数は限られてるし、人気があるから倍率も高い 難易度的には東大に入るよりも難しいんじゃない?と思うほど なので実際は IT 系を目指してもほとんどは底辺でブラックと言われる SIer とか SES などになる IT 系エンジニアって一応は専門職だし、必要な知識が多いし、なりたいと思ってすぐ

                                IT 系に行くことはやめたほうがいいと思う
                              • やばい。このアイデア凄い。「予算100万円で都内のマンホールの写真を撮らないといけない」という課題を解決する孔明の策

                                てとらα SI @TETRA_IT SIerのしがない中間管理職/ITIL Expert/SIerや情シスあるあるとかネタツイ多め。雑多に呟きます。threadsの方は過疎ってます。Blue Skyはじめたけど飽きました。

                                  やばい。このアイデア凄い。「予算100万円で都内のマンホールの写真を撮らないといけない」という課題を解決する孔明の策
                                • プロジェクトを成功させたければ人を信用してはいけない 大学教授が考えるプロジェクトマネジメントで重要な3つのこと

                                  年に一度のプロジェクトマネジメントに関するイベント「Backlog World 2020 re:Union」。今回「プロジェクトリスク&クライシスマネジメント」のテーマで登壇するのは、数多くのシステム開発の現場でプロジェクトマネージャーに従事し、現在は広島修道大学で教壇に立つ佐藤達男氏。前半はプロジェクトマネジメントに必要なことなどを、現場を知る人間の目線で語ってもらいました。 プロジェクトマネジメント論を教える現場経験豊富な大学教授 佐藤達男氏:みなさん、こんにちは。今回のテーマは「プロジェクトリスク&クライシスマネジメント」です。とくに、プロジェクトマネジメントの中でも、リスクと危機管理にフォーカスして話をしたいと思います。 あらためまして、佐藤達男です。出身は東京で、もとはSI企業で多くのシステム開発プロジェクトでプロジェクトマネージャーを経験。そのあと、全社のプロジェクトを統括する

                                    プロジェクトを成功させたければ人を信用してはいけない 大学教授が考えるプロジェクトマネジメントで重要な3つのこと
                                  • スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている|s_semiya

                                    はじめにこの記事の対象読者は「機能しているスクラム開発チームのメンバーないし関係者」をイメージしています。 また会社のフェーズや資本状況、フルタイムでないメンバーを雇いたいなどのコンテキストもあるので業務委託が一概に悪とは言いません。 単純に相性が悪いってだけです。 また相性が悪くてもチームが即崩壊するとかそう言う話でもないです。 僕は業務委託の人が嫌いなわけではありません。ただスクラム開発と相性悪いな(主に単価的な意味で)と思っています。 あとここで言うSES的に送り込まれる業務委託の人の単価は月100万~150万円くらいです。 実は「業務委託契約」とは限らないWeb界隈の一部の慣行として「協力会社(個人を指す)」とほぼ同義語として「業務委託」は使われています。「業務委託」と呼ばれる個人に対してリーダーが指揮命令権を持ちます。契約形態は関係ありません(パねぇな)。 実態の契約形態が業務委

                                      スクラム開発チームと業務委託エンジニアの相性が最悪だと思っている|s_semiya
                                    • 実践要件定義入門 - 勘と経験と読経

                                      最近ネットを見ていると要件定義入門的な記事とか、あと要件定義は不要みたいな記事が目についたので思ったことを書いてみる記事その2。ITシステム開発における要件定義に関するあれこれ。本記事には前編があります。 目次 要件定義以前 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 決め過ぎない 機能を定義するのではなく、機能要件を定義する 関係者をすべて洗い出す 利用者マニュアルの目次が作れるようになっているか ビジネス要件定義 前提事項、制約事項とリスクを定義する 優先順位の決定を忘れずに システム化要件定義 不安定な要件を構造で支える おまけ:本記事の元ネタ 要件定義以前 要件定義というプロセスが本当に必要なのか、ということなどは以下の記事に書いたので省略。 実践要件定義入門以前 - 勘と経験と読経 要件定義の進め方 IPAユーザのための要件定義ガイドをベースにする 前編に

                                        実践要件定義入門 - 勘と経験と読経
                                      • 会社でGitHubを使うとなぜ危ないのか - orangeitems’s diary

                                        はじめに 7PayにおけるGitHubソースコード漏洩(の可能性)の件、できるだけわかりやすく、何が起こったかを説明してみたいと思います。一般の人にはなかなかわかりにくいと思いますので。 この件そのものの顛末は、下記の記事をごらんください。 www.businessinsider.jp 7payにも関連する、ECアプリ「オムニ7」の設計図にあたるソースコードが漏洩していた可能性がある。オムニ7アプリはセブン-イレブンアプリとは別アプリだが、ログインまわりの設計は非常に似通っているとみる専門家もいる。 事実であれば、アプリ開発の管理体制、アプリ自体やサービスのセキュリティーに関するリスクの有無についても、一層の警戒が必要になる可能性がある。 説明してみる GitHubっていうのはインターネット上のWEBサービスです。 GitHubには、ファイルをアップロードできます。GitHubはバージョン

                                          会社でGitHubを使うとなぜ危ないのか - orangeitems’s diary
                                        • 最近同僚と『飲みに行って居酒屋に4000円払うなら4000円のご飯食べに行かない?』をやってる「ランチだったら更に豪華に!」

                                          てとらα SI @TETRA_IT SIerのしがない中間管理職/ITIL Expert/SIerや情シスあるあるとかネタツイ多め。雑多に呟きます。threadsの方は過疎ってます。Blue Skyはじめたけど飽きました。

                                            最近同僚と『飲みに行って居酒屋に4000円払うなら4000円のご飯食べに行かない?』をやってる「ランチだったら更に豪華に!」
                                          • 日本のIT業界が終わってることを暴露するから聞いてくれ|ジョーカー|note

                                            このエントリはIT企業について詳しくない人に読んでもらいたい。 IT企業で働いたことがある人なら大方は知っている内容なので新鮮味はないからだ。ただ、それでも読み物として共感を得られて楽しめる部分はあるかもしれない。 さっそくいきます。 まず、IT業界にはどんな種類の会社があるのか。 ●SIer(受託開発) 客の要望をもとにシステム開発を受注し、開発して納品したら終わり。保守サポートが続く場合も多く、それで継続的に利益をもらう。スーツを着ている人も多く、堅い会社が多い印象。ITというより普通の会社員のイメージが強い。発注先が大手の企業だったりするし、客先に常駐する機会もあるので社会性を求められる。需要が多く、なかなか潰れにくい。 ●自社製品開発 客からの要望ではなく、自社で自ら開発したパッケージ製品を売る会社。ゲームなども広い意味ではここに含まれる。社風はSIerよりも自由な傾向が強い。自社

                                              日本のIT業界が終わってることを暴露するから聞いてくれ|ジョーカー|note
                                            • みんなの銀行:日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現 | Google Cloud Blog

                                              みんなの銀行:日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現 2021 年 5 月にサービス提供を開始した「みんなの銀行」は、デジタル ネイティブ世代をターゲットとしたスマートフォン専業銀行。金融にまつわる煩わしさを排除し、ゼロベースでこれからの銀行に求められる機能を開発・提供していくと打ち出しています。そんな同行の大きな技術的トピックの 1 つが、勘定系システムにパブリッククラウドを採用したこと。これはもちろん国内初*の試みです。ここではサービス開始後の手応えをシステム構築をリードしてきた皆さんにお伺いしました。 利用している Google Cloud ソリューション: Google Cloud Databases、Stream Analytics 利用している Google Cloud

                                                みんなの銀行:日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現 | Google Cloud Blog
                                              • SIerの輪廻から解脱するための技術|はまあ

                                                モチベーション最近「SIer界の輪廻からどうやって解脱したらいいですか?」 という話をちょくちょく耳にすることが増えた。 それに対する"解答"というわけではないのだけど、輪廻からの解脱を目指すにあたり、どんな要素技術を学ぶべきかについてはある程度指針を示せると思ったので今回は、選ぶべき技術と、その理由について解説していきます。 SIer界で輪廻転生を繰り返したい人はジャバ言語のラムダ式を禁止にすべきか議論するほうが大事だと思うので、こんな記事にクソリプする前にさっさと帰って、どうぞ。 TypeScript解脱への第一歩は、なにはともあれTypeScriptだろう。 正直、この言語だけ覚えておけば、FaaS(Lambda, Cloud Functions)も書けるし、ReactによるSPAとか、なんならReact Nativeでアプリも書けるし、モダンな開発環境に必要なスキルセットがすべてま

                                                  SIerの輪廻から解脱するための技術|はまあ
                                                • なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか

                                                  なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか:多重下請けも海外人材活用も「元」は同じ(1/3 ページ) 市場原理では需給バランスで価格が決定する。なのになぜ、俺の、私の年収は上がらないんだ!――IT“業界”解説シリーズ、第7弾はマクロ視点での多重下請け考察です。 複雑怪奇なIT“業界”を解説する本連載、第1弾はIT業界にまん延する多重下請け構造と偽装請負について、第2弾は多重下請け構造が起こる仕組みについて、第3弾はシステム開発プロジェクトには複数の契約形態が混在することを、第4弾はユーザーはなぜプロジェクトに協力したがらないのか、第5弾は「案件ガチャ」が起こるメカニズム、第6弾はベンダーの営業が安請け合いする理由を説明しました。 今回は、再び「多重下請け構造」について考えます。 就活時、偏った業界研究をしてIT業界に就職したITエンジニアの中には、キャリアアップしたくても、

                                                    なぜ未曾有の人材不足でも、エンジニアの年収は上がらないのか
                                                  • 管理職・マネジメント職を目指すことだけが全てではない。注目のキャリア「Individual Contributor」として働くエンジニアが語る、仕事の面白さとやりがい - Findy Engineer Lab

                                                    新しいキャリアパスとして注目を集めている「Individual Contributor(以下IC)」。ファインディでは、現役ICとして活躍している藤さんと松木さんを招いて「IC(Individual Contributor)として活躍するエンジニアキャリアの今」と題したイベントを4月14日(火)に開催しました。 IC (Individual Contributor)とは? ソフトウェア開発をメインとした職業で、チームや人のマネジメントをしない技術の専門職。 お二人はICを「開発がメインの仕事」だと説明した上で、日本でも今後増えていくだろうと予想。また、今後のキャリアについては、藤さんが「ICを続けていく」と話す一方で、松木さんは「マネジメントに転向する可能性もある」と言います。 キャリアに関する考え方が異なるお二人がICを選んだ背景には、「技術を極めたい」という強い思いがありました。 パネ

                                                      管理職・マネジメント職を目指すことだけが全てではない。注目のキャリア「Individual Contributor」として働くエンジニアが語る、仕事の面白さとやりがい - Findy Engineer Lab
                                                    • 「転職した方が上がる」エンジニア給与バブルの終焉と、雑すぎる一部人材紹介会社|久松剛/IT百物語の蒐集家

                                                      エンジニアバブルの終焉についてお話したものが2023年5月28日。あれから半年が経ち明確に転職時の給与についても影響が現れ始めました。スカウト媒体や人材紹介の状況を踏まえつつお話していきます。企業、候補者、そしてその間にある人材事業の事情と思惑を整理していきます。 有料設定していますが、最後まで無料でお読みいただけます。もしよければ投げ銭感覚で応援をお願い致します。 伸び悩む給与提示2022年以前であれば積極採用企業が複数集まることで競りのような現象が起き、現年収に対し1.25倍以上の提示が見られました。これは「社内で出世するより転職した方が年収が上がる」という言説に繋がって行きました。 現在では現年収据え置き、もしくは+50万円程度が相場になっています。給与が大きく上がる場合は現職の待遇が相場より悪く、そのまま入社すると自社の給与水準より低くなる場合や、新卒より低くなるためといった背景が

                                                        「転職した方が上がる」エンジニア給与バブルの終焉と、雑すぎる一部人材紹介会社|久松剛/IT百物語の蒐集家
                                                      • ITエンジニアにとっての技術力とは何か? - orangeitems’s diary

                                                        クックパッド 考えさせられた記事です。 www.moneypost.jp 料理レシピサービス大手のクックパッドの2019年12月期第2四半期(1~6月)業績は、売上高に当たる売上収益が57億8000万円と、前年同期比で2.6%のマイナスとなった。営業利益は4億5600万円となり、前年同期比71.2%のマイナス。国内の平均月間利用者数は5483万人と発表しているが、2016年(第4四半期)の6414万人と比べると1000万人以上減っており、苦しい状況が続いている。 レシピ動画サービス「デリッシュキッチン」「クラシル」などといった競合サービスも台頭するなか、ユーザーは現在のクックパッドについてどのように捉えているのだろうか。同サービスの愛好者、過去の利用者に話を聞いた。 古参のWebサービスで過去急成長したものの、最近伸び無くなったりもしくは下降線をたどっているというのは、いくつか心当たりがあ

                                                          ITエンジニアにとっての技術力とは何か? - orangeitems’s diary
                                                        • 個人開発したアプリが大コケしてるので失敗要因を分析してみた - Qiita

                                                          本記事は 個人開発 Advent Calendar 2019 12日目の記事です。 はじめに こんにちは!個人開発するSIerのaiiroと申します。 プログラミングを初めて1年ちょっとではありますが、3つアプリをリリースしまして 案の定、失敗してるなぁ・・・と感じているので、2019年の締めくくりとして失敗要因を分析したいと思います! 自分のアプリ開発のセンスが無さすぎる、、、という恥を晒す形にはなりますが これから個人開発しようとしている人にとって、参考になれば嬉しいです! 作ったアプリと失敗要因 (1)漫画レコメンドアプリ「ComiReco」 概要 プログラミング学習を始めるにあたって、まずは作りたいものを作ろうと思い、それなら漫画に関係するサービスにしたいなぁという思いからアイデアを検討しました。 その中で「みんなでレコメンドしあえる漫画SNS」があると面白いのでは?という発想から

                                                            個人開発したアプリが大コケしてるので失敗要因を分析してみた - Qiita
                                                          • 大手Sierのシステムエンジニアの砕けた夢について

                                                            この幼稚で非合理で理不尽な感情をそのまま頭の中に残すのは、近いうちにつくるリアリティのあるシナリオの下書きとして使う前に忘れてしまいそうでもったいないため記録しようと思う。 また、記録するだけだと正直味気ないためここで公開してみる。叩かれるかもしれないが。。。 私は大手Sierのシステム開発の部署に属する一次受け新人SEだった。 学生の頃は自分でアプリを何個か作った経験がある。 そんな経験を活かし、今後はここでたくさんの技術を身に着けエンジニアとしてのキャリアを花咲かせてやる! ・・・なんて事を思っていた。今思えば馬鹿な話である。 大手Sier経験者なら鼻で笑っていたことだろう。 期待に目を輝かせていた無知で愚かな新人に仕事内容を聞かれた先輩社員はこう言った。 「ここはね。Excelでシステムを作る職場だよ。」 ■大手Sierの私からみた環境について大手Sierのシステム開発で技術に長けた

                                                              大手Sierのシステムエンジニアの砕けた夢について
                                                            • AWS認定12冠を振り返る - fu3ak1's tech days

                                                              みなさん大好き(?)、AWS認定試験のお話です。 参考:AWS 認定 – AWS クラウドコンピューティング認定プログラム | AWS 私は現時点で全ての認定(12個)を持っているのですが、認定の有効期限があるうちに振り返っておきたいと思います。 ※Big Data認定は現在Data Analyticsに名前が変更されています。私は古い形式のBig Dataのみ合格しています。 →2021/3/9にData Analyticsも合格しました!Big Dataの後継になるため、認定の種類としては現在も12種類ですが、バッチ的には13個手にいれることができました。 受験日、スコア 認定 受験日 スコア Solutions Architect - Associate 2017-07-23 78% (*1) Solutions Architect - Professional 2018-11-06

                                                                AWS認定12冠を振り返る - fu3ak1's tech days
                                                              • オープンソースは誰もがヒーローになれる平等な空間 ─ 小さくてもソースコードを公開することが「チャンス」 - Findy Engineer Lab

                                                                こんにちは。mattn(@mattn_jp)です。一部の方はご存じかもしれませんが、僕は普段あまり皆さんの前に登場することはありません。どちらかというとお堅いSI業で仕事をしています。社会人になってから今まで一度も、Web業界と呼ばれるB2C(Business to Customer)な職種に転職したこともありません。 ですが、今ではOSS(オープンソースソフトウェア)を通して、多くのエンジニアと友達になり、カンファレンス等で何度かお話しする機会をいただくまでになりました。この記事では、OSSに縁遠いはずの僕が、いかにしてOSSと出会い、そして多くの方たちと知り合うチャンスを得たのかをご紹介したいと思います。 オープンソースとの出会いはVim 日本のVimコミュニティを作る VimConfで作者Bram Moolenaarと握手 Vimから得られたチャンスや出会い GoコミュニティからGo

                                                                  オープンソースは誰もがヒーローになれる平等な空間 ─ 小さくてもソースコードを公開することが「チャンス」 - Findy Engineer Lab
                                                                • データベースと向き合う決意 | フューチャー技術ブログ

                                                                  秋のブログ週間の9本目のエントリーになります。この企画もこんなに書く人が出てくるように育っていいですね。 「中間層を増やして柔軟性を高めるのがソフトウェアの歴史」 これは大学時代に2つ上の先輩が言っていた言葉です。例えばマシン語を直接書くのではなく、アセンブラで書けば、変換(コンパイル)の手間はかかりますが、他のCPUへの移植はしやすくなります。高級アセンブラと名高いC言語を使えばさらに移植性は上がります。C言語で書かれたVMを使う言語、例えばJava、Python、Rubyなんかはさらに移植性は上がります。 ストレージもそうです。最終的にストレージはビット列を保存するものですが、それにOSのファイルシステムというレイヤーがあり、そこにスキーマで管理されたデータを入れるDBMSが乗っかり、SQLなどの問い合わせ言語でデータ取得できるようにします。DBMSを挟むことで、レプリケーションでバッ

                                                                    データベースと向き合う決意 | フューチャー技術ブログ
                                                                  • 会社員辞めて入学した大学院修士課程がそろそろ終わろうとしているのでまとめておく - seri::diary

                                                                    これは何か 筆者について なぜ大学院に入ったのか 日本の大学院という場所について 大学院での研究内容について 自分の発表実績 大学院生活について おわりに これは何か 2018年3月に仕事を辞めて,2018年4月に筑波大学大学院システム情報工学研究科コンピュータサイエンス専攻博士前期課程(修士課程)に入学した.それから早くも2年弱が経ち,もうすぐ修了なので大学院生活を忘れないうちにまとめておくだけのエントリである. 修了自体は2020年3月だが,あとは修論を仕上げて提出すれば終了なので研究自体はもう実質終わっている状態である*1. 筆者について 2009年3月に岩手大学農学部を卒業.新卒で上流系SIerに就職して2年半ぐらい勤務した後に,コード書きたくてwebアプリエンジニアに転向.その後,6年半ぐらいweb受託,webサービス運営企業などでソフトウェアエンジニアとして勤務.2018年3月

                                                                      会社員辞めて入学した大学院修士課程がそろそろ終わろうとしているのでまとめておく - seri::diary
                                                                    • 年収1000万円を超えるエンジニアが知っておくべき最低限の各言語の特徴 - Qiita

                                                                      初めに、そして結論 本当は冒頭にこういう言い訳がましいことを書くのは好きではないのだが、例によってディスり成分が多めなので、筆者はそういうキャラということでそこは目を瞑って欲しい。実体験に基づいて書くので業務上あまり触ってこなかった言語については記載が少ないが、読者のみなさんが詳しいことや私の記述で事実と異なる部分については謝罪して訂正したいのでプルリク、コメント等熱望している。あと筆者はサーバーサイドエンジニアであってフロントの事が全然わからんのでその辺はさっぴいて読んでほしい。結論から言うとRustを使え。 古生代 アセンブラ以外の高水準プログラム言語の歴史は1950年代から1であるが、筆者の実体験に基づいて話をするので'80年代まですっ飛ばす。 N88-BASIC N88といえばN88-BASIC(86)を思い浮かべる読者が多いと思うが、筆者はPC-8801mkIIユーザーだったので

                                                                        年収1000万円を超えるエンジニアが知っておくべき最低限の各言語の特徴 - Qiita
                                                                      • 1年目で辞める未経験エンジニア/採用を後悔する企業の裏側|久松剛/IT百物語の蒐集家

                                                                        先立って未経験としてエンジニア入社し、4ヶ月でフリーランスになったというポストがTwitterを駆け巡っていました。私自身は未経験エンジニアが早期退職しフリーランスとして独立(そしてそのノウハウを売る)するムーブメントを問題視しており、下記のような投稿をしました。今は削除されていますがご本人も登場されました。 公務員を辞めてベンチャー内定後、4ヶ月で独立したという生存バイアスポストが回っていますが、こういう事例があちこちにあるので未経験採用を辞めている企業は多いです。後進の邪魔でしかありません。 あと時系列的に3ヶ月の試用期間でスパッと切られた可能性があるのが気になります。 — 久松剛 (@makaibito) September 13, 2021 4ヶ月というのはまた極端な例ではありますが、1年で辞めるパターンは数多く耳にします。今回は私も失敗も含めて経験してきた未経験エンジニア採用界隈

                                                                          1年目で辞める未経験エンジニア/採用を後悔する企業の裏側|久松剛/IT百物語の蒐集家
                                                                        • 上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント

                                                                          「システム開発に関わるコストを減らしたい」「テストでバグが多すぎるので何とかしたい」「テスト工程まで来てから手戻りが発生し、現場がどんどん疲弊していく」。これらの悩みは開発に関わるPM・SEであれば誰もが直面することです。「PM/SEのための上流工程戦略会議」では、2事例を挙げ、上流工程において“少しの手間”を掛けることで、品質とコストに大きな効果を上げることができるポイントを共有しました。全4回。1回目は、上流工程で曖昧な仕様をつぶすための3つの方法について。 篠原新治氏の自己紹介 司会者:本日の登壇者はこちらの方々です。今回はテスト・アライアンス事業部の事業部長である石原さんと、エンタープライズ品質サービス事業部金融ソリューションサービスグループの副部長である畠山さんの2名にご登壇いただきます。Q&Aコーナーのファシリテーターは、グループ開発事業推進部長の篠原さんに務めていただきます。

                                                                            上流工程の“ひと手間”で手戻りリスクは大きく減らせる ソフトウェアテストのプロが贈る、QCD改善のヒント
                                                                          • 無能なITエンジニアのための100の教訓 - ITエンジニアのアイテム - BOOTH

                                                                            人並みの技術力のない無能なITエンジニアの筆者(無能なボンブ)が、IT業界で生き残り続けられている100の教訓をまとめました。 価格がいっぱいありますが、全部同じファイルがダウンロードされますのでご注意ください。 【通常価格】 特別な理由がない限りこちらをご購入ください。 1教訓あたり5円です。 【応援価格】 ボンブを応援したい人がご購入ください。 1教訓あたり10円です。 【もっと応援価格】 ボンブをもっと応援したい人がご購入ください。 1教訓あたり15円です。 【大好き価格】 ボンブを大好きな人がご購入ください。 1教訓あたり20円です。 【愛してる価格】 ボンブを愛している人がご購入ください。 すでに結婚しているためお気持ちにお応えはできませんが、嬉しい気持ちになります。 1教訓あたり25円です。 【ボンブ娘価格】 この売り上げは全額ボンブ娘のおもちゃ、お菓子代になります。 1教訓あ

                                                                              無能なITエンジニアのための100の教訓 - ITエンジニアのアイテム - BOOTH
                                                                            • 1人の女性がエンジニアになるまで 〜yuryuの場合〜|Yuryu

                                                                              先日、「1人の女性がエンジニアになるまで」というタイトルの記事が投稿されているのを読みました。「どうして」エンジニアリングの世界に入ったのかが細かく書かれていて、とても共感しました。まだ読んでいない方はぜひ下のリンクから。 現在アメリカのシアトル市で、グーグルの Developer Advocate をしています。Developer Advocate はよくカンファレンスで発表したり、オンラインに記事を投稿したりすることが多いですが、私はここ数ヶ月はずっと開発に専念しています。30代半ばで、肩書には「シニア」とついていますが管理職ではない、会社は5社目で現在在職6年目です。Twitter は @Yuryu で、日常のことをよくつぶやいています。 誕生〜幼稚園私は大阪府貝塚市というところで生まれ育ちました。隣のだんじりで有名な岸和田市と、ふるさと納税で有名な泉佐野市に挟まれた、地味な自治体で

                                                                                1人の女性がエンジニアになるまで 〜yuryuの場合〜|Yuryu
                                                                              • Linux procfs 徹底入門

                                                                                これは Linux Advent Calendar 2019の 15 日目の記事です。procfs について勉強したことをまとめます。 検証環境CentOS 8 を利用する。 ]# cat /etc/redhat-release CentOS Linux release 8.0.1905 (Core) ]# uname -a Linux localhost.localdomain 4.18.0-80.el8.x86_64 #1 SMP Tue Jun 4 09:19:46 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux procfs とは疑似ファイルシステムのひとつ。 ディスク上に実体は存在せず、メモリから情報を取得する。 カーネルだけが知っている情報 (例えばシステム全体のロードアベレージ/CPU負荷/メモリ利用状況や、プロセスごとの情報)が取得できる。

                                                                                  Linux procfs 徹底入門
                                                                                • AWSで障害、「Nature Remo」「SwitchBot」などに影響 「電気消せない」と嘆く声【追記あり】

                                                                                  障害の影響で、日本でも25日夜ごろ(日本時間)から、スマートリモコン「Nature Remo」、家電をスマート化するIoTデバイス「SwitchBot」など、AWSに接続するスマート家電向けデバイスで不具合が発生。Twitter上では「電気を消せなくなった」「家電を操作できない」などの報告が相次いでいる。 AWSのステータスページによると、北米のリージョンでは、上記に加えてAWSの監視ツール「Amazon CloudWatch」、アプリケーション間のデータを接続するサービス「Amazon EventBridge」、IoTデバイスをAWSに接続するサービス「AWS IoT Core」なども正常に動作していない。 欧州、アジア太平洋、アフリカ、中東のリージョンで不具合が起きているのは「Amazon CloudFront」のみとしている。 だがAWSによれば「障害の影響でステータスページの更新に

                                                                                    AWSで障害、「Nature Remo」「SwitchBot」などに影響 「電気消せない」と嘆く声【追記あり】