並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 6859件

新着順 人気順

sesの検索結果1 - 40 件 / 6859件

  • 「便利になる」だけでは人は動かないし、「当事者意識をもってくれる人」はめちゃ貴重だという話

    この記事で書きたいことは、大筋下記のようなことです。 ・「これは問題だ」「だから改善したい」と、自分ごととして真剣に考えてくれる人というのは極めて希少です ・ただ「便利になる」というだけでは誰も動かないし、どんなにいいものを作っても使ってもらえません ・当事者意識を「持ってもらう」ということは基本的に出来ません ・当事者意識を持っている人を別に探し出すことで、なんとか状況を打開出来る場合もあります ・だから、「この人は当事者意識を持ってくれている/くれていない」を嗅ぎ分ける能力はとても重要です よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前にも書いたことがありますが、私はかつて、システム開発の会社に勤めていました。 社員数は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという

      「便利になる」だけでは人は動かないし、「当事者意識をもってくれる人」はめちゃ貴重だという話
    • プログラミングスクールなんか行かなくていいからこれやれ

      いちいち行かなくていい。高いわりに役に立たない。本を買ったりネットの解説動画を見ながら自分でやるんだ。 毎日勉強できるならカリキュラムはこう。大事なのは「わかんなかったら自分で調べる」ということ。これをひとつひとつ解説していくとあっという間に1年ぐらいのカリキュラムになって金がかかるようになる。ググれば全部出てくる。出てこなかったら調べ方が悪いのでググりかたを変えればおk。この記事にも初心者から見ると「なにその言葉。初耳」っていうのがあると思うけど、全部重要なキーワードなのでググって咀嚼して血肉としてほしい。ググればすぐ出てくる。 1日目: Linuxのインストール(Linuxの中でもUbuntuっていうのがおすすめ)とりあえずLinuxを自分のパソコンにインストールする。Linuxを触れるようになればいい。 PCがない場合は、中古のPCなんて3万ぐらいで買えるからそれ買ってきてインストー

        プログラミングスクールなんか行かなくていいからこれやれ
      • gitにおけるコミットログ/メッセージ例文集100

        私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

          gitにおけるコミットログ/メッセージ例文集100
        • 『ベルセルク』再開のお知らせ|白泉社

          書名、著者名、書名(カナ)、著者名(カナ)、ISBNコード、発売年月での検索が可能です。 発売年月日については「2016.06.29」のようにコロンで区切る形として下さい。 『ベルセルク』が6月24日発売のヤングアニマル13号から連載再開するのでお知らせいたします。連載再開に際し、ヤングアニマル編集部及び森恒二先生からのメッセージを掲載いたします。引き続き『ベルセルク』をご愛読いただけるよう何卒よろしくお願い申し上げます。 読者のみなさまへ 『ベルセルク』を再開いたします。 長らくご案内が出来ず申し訳ありませんでした。 「大ベルセルク展」「YAメモリアル号(2021年18号)」「ベルセルク単行本第41巻」などへのみなさんのコメントを読める限り読ませていただきました。その一通一通やSNSに書かれたみなさんの想いに感謝で一杯です。みなさんがどれほどベルセルクに影響され愛してくれたかが心にしみま

            『ベルセルク』再開のお知らせ|白泉社
          • 45歳多重派遣プログラマの退職エントリ

            45歳多重派遣と言っても、噂のGitHubの人ではない。すまんな。。 皆さんはプロジェクトの共有ディレクトリの最下層に”女子大生”という何もないファイルを作ってアクセスログをとっていたのがバレて怒られた事はあるか?私はある。2回。 人は暇なとき、意外とディレクトリをめぐる旅をするものだ。 仕事でとうとうGitHubすら使わずにプログラマ人生を終えてしまった。 レガシーな技術を使いがちな金融プログラマではそこそこ居るのでは無いだろうか。 年収は20代後半からは550万~700万位だった。残業代・退職金は無く交通費は出ない。 所属会社は営業も事務も居ない小さな所帯のフリーの集まりのような所で、会社の運営に必要な金額をある程度毎月納めれば良い会社だった。 仕事がなくなれば自分、もしくは他社員の人脈で仕事をとってくる。フリーで居るよりは仕事を取りやすく、単価も上げやすいので一応会社の所属にしている

              45歳多重派遣プログラマの退職エントリ
            • 英語の接尾語(辞)をまとめてみた

              [A][C][D][E][F][G][H][I][J][K][L][M][N][O][P][R][S][T][U][V][W][Y] A -ability :〈-ableで終わる形容詞から名詞を作る〉「…できること; …するに値すること」などの意味 -able :〈ふつう他動詞, 時には自動詞に付けて形容詞を作る〉「…できる, …に適する」などの意味,[注意]受動的な意味になるのが普通。 lovable(=that can be loved)に対し, loving(=showing love)の意味は能動的,  〈名詞に付けて形容詞を作る〉「…に適する, …の状態[性質]」などの意味 -ade :「行動、行動中の人(一団)」の意味,  「特定の果物からできる飲料」 -age :「行為, 状態, 料金, 集合」などの意味の名詞を作る -al :「…の(ような), …の性質の」の意味の形容詞を

                英語の接尾語(辞)をまとめてみた
              • 事業に失敗しつづけた末に編み出した「IR1000本ノック」が、かなり効果的だった話|黒崎 俊 / プレックス代表取締役

                僕は2018年にPLEXという会社を立ち上げました。それから5年、メンバーは200人を超え、今期の売上は30億円を見込んでいます。資金調達は今のところしていませんが、新規事業への投資ができるぐらいの利益も出ています。 まだまだ「大成功!」とまではいえませんが、この先の大きな成長を見据えられるぐらいには、安定して伸びてきました。 ただ、僕自身は決してビジネスセンスがあるタイプではありません。実は学生時代も含めると4つほど、「なんとなくいけそう」と感覚で事業を作っては、伸びずに潰してしまったんです。 だからこそ、今回は事業を立ち上げる前に入念な「事前準備」をしました。徹底的にリサーチをして、ビジネスの成功パターンを学んで、仮説を検証する。そのうえで事業を立ち上げた。 その結果気づいたのが、 事業づくりにはちゃんと「やり方」があって、実は誰でもできるレベルまで落とし込める ということです。 起業

                  事業に失敗しつづけた末に編み出した「IR1000本ノック」が、かなり効果的だった話|黒崎 俊 / プレックス代表取締役
                • RE: 最終出社日について - megamouthの葬列

                  松田部長 お疲れ様です。システム戦略グループの山下です。 最終出社日についてのお返事ありがとうございました。 先日ご連絡した来年1月20日を最終出社とする退職は難しい、とのご回答でしたが、申し訳ありません、こちらとしましても、諸事情を考慮のうえ、最終出社日をご提示させていただいている次第となりますので、退職日を3月末まで延期するというご希望に沿うことはできません。 あしからずご了承下さい。 また、同時にご連絡させていただいた業務の引き継ぎについてですが、引き継ぎ人員が存在しないことにより、未だ一切の進捗がございません。 おそらくは、この点が、松田部長のおっしゃっている「就業規則上に明記されている業務上の支障が発生する事由」に該当すると思われます。 この点につきましては、システムインフラを解する人員が私以外に存在しない現状において、とり急ぎ解消の目処はたたないかと愚考いたします。 よって、勝

                    RE: 最終出社日について - megamouthの葬列
                  • システム開発の契約が民法改正で変わる

                    民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追

                      システム開発の契約が民法改正で変わる
                    • 統一教会と自民党のお付き合いについて補足するよ(ちょっとだけ追記)

                      anond:20220709124657 統一教会と自民党の関係について簡単にまとめてたけど、先行増田(ありがとう!)があったから近年のリンク付き小ネタを貼ってくよ。(あんまりリンク張って怒られたからほとんどリンク削っちゃった、アドレスバーに貼るといけるとおもうよ。) 2018年までの状況をきちんとまとめたものについては藤田庄市氏の「日本における統一教会の活動とその問題点」 特に 4 政界への特異な浸透 が参考になるよ。 http://www.rirc.or.jp/20th/Rirc20th_inbound8_Fujita.pdf あとはおなじみ「やや日刊カルト新聞」だね。ちなみに統一教会は歴史的に日本共産党関係の人が強く批難してるけど、やや日は日本共産党も準カルト判定(カルト候補ぜんぶ載せのポイント算出基準)してるのでその辺は公平なんじゃないかな。 dailycult.blogspot.

                        統一教会と自民党のお付き合いについて補足するよ(ちょっとだけ追記)
                      • 40代よわよわエンジニアの転職は打ちのめされてからが本番だった

                        久しぶりに転職をした。 理由は「上司がクソ・年収も上がらない」という至極単純なもの。 自分は人手不足と言われているエンジニア業界でも、人が居ないと嘆かれている言語のエンジニアである。 正直に言って、今までは求人に乗っかればそれなりに内定を取れたので、そんな感じでいくだろうとタカをくくっていた。 ところが、今回の転職はめちゃくちゃ難航した。 受けたカジュアル面談は20社近く。 約半数の選考に進み、スキルチェックで落とされたのが3社、面接で落ちたのが2社、内定獲得したが辞退したところが3社。 打率3割は高いと思うかもしれないが、経験者なら誰でもOKのSESなので自慢にならないんだ。すまんな。 最終的には良さげなところを見つけ転職は幕を閉じたが、かけた期間はおよそ6ヶ月。 それをぼちぼち忙しい業務の合間と土日に行っていたので、もう身も心もすっかり摩耗した。 ようやく落ち着いて新しい環境にも慣れた

                          40代よわよわエンジニアの転職は打ちのめされてからが本番だった
                        • これからWeb系のベンチャーで起業しようと思っている人へ考慮しなければいけないリストを作成した ~技術編~ - nigoblog

                          Web系に限らずですがとにかくいろんなことを考えなければいけません。 業界で3年以上やっていたエンジニアならいざしれず、非エンジニアやフロントエンドしか触ったことのないエンジニア。 そして学生等々、Web系ベンチャーをやるには案外考えることが多いんだぜってことを伝えたいと思います。 開発編 運用編 まとめ という流れで説明します。 開発編 主にサービスローンチまでのプロセス。 最近でいうとMVP (Minimum Viable Product)だったりアジャイルだったりが流行っていますが、 とりあえずMVPを構築するまでに考えなければいけないことをリストを書いていきます。 1. 言語は何を使うか 一番ベーシックな概念にして、一番重要かもしれません。 とりあえずフロントエンドはさておき、バックエンドをどうするか。 ここで選択肢を上げておきます。 PHP Perl Ruby Python Sc

                            これからWeb系のベンチャーで起業しようと思っている人へ考慮しなければいけないリストを作成した ~技術編~ - nigoblog
                          • 【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita

                            「ようこそ 魔境 SIerへ!」 はじめに この記事は、SIer(Systems Integrator)に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が2年半1で失敗したこと、やってきてよかったこと(ノウハウ)を体系化したので共有します。 新人さんは、これを参考として、使えるところだけ今後の業務に持っていってください。 (本当はガッツリ社内向けに書いたものなので、一部汎用的でない表現がありますがご了承ください。) 目次 業務面 技術面 プライベート面 の三本柱でお送りします。 対象読者 SIerの1,2年目相当であり、学生時代に契約のあるシステム開発を

                              【SIer新人向け】研修では教えてくれないノウハウ集 - Qiita
                            • 1日でわかるWebサービス制作の全て ~企画から実装まで~

                              MarkeZine Academy 2013/07/23 by Yusuke Wada a.k.a yusukebe イントロダクション 自己紹介 和田裕介 / Yusuke Wada 1981年生 / 横浜住み / 独身 (株) ワディット代表取締役 (株) オモロキ取締役兼最高技術責任者 Web Application Developer 物書きも少々 ワディット オモロキ メインワークその1 メインワークその2 その他つくったモノ 君のラジオ anpiレポート CDTube 某アダルトサイト達 君のラジオ anpiレポート CDTube ボケて(bokete) 現状 全デバイス合計 月間「1億PV以上」 スマホアプリ合計 170万ダウンロード hao123、 Yahoo! JAPANと連携 コンテンツ書籍化 x 2回 各種企業様とコラボ 歩み 本題「Webサービスをつくるに当たって」

                              • VPSや自宅サーバーにインストールしたいSaaS代替Webアプリ38選

                                シェアウェア(という表現はおいておいてのやつ。https://anond.hatelabo.jp/20230124045812)の記事が面白かったので、自分の得意分野の領域でいろいろ紹介します。 基本的に、SaaSのサービスは便利だけど、あれもこれもと契約していったらサブスク破産するので、 ものによってはセルフホストした方がいいと思ってる派。 Dropbox/GoogleDrive/box代替 NextCloudもともとownCloudっていうDropbox代替があったんだけど、そこから分派して今も機能開発が続いている。 興味深いのはLAMP構成なので、VPSや自宅サーバーじゃなくても、レンサバで動くのがいいよね。 データ保存領域はオブジェクトストレージ(S3互換)も利用できるので、例えばWasabiなんかと契約してお安く済ませてしまうのも全然アリかと。 Trello代替 Wekan最近は

                                  VPSや自宅サーバーにインストールしたいSaaS代替Webアプリ38選
                                • 被リンク構築のための5つの効果的な戦略 | 住 太陽のブログ

                                  誰もが情報や意見や感情を発信したり共有したりできるネット上のサービスのことを、総称してソーシャルメディアといいます。このソーシャルメディア上での活動や社交を通じて、個をエンパワーメントしていく試みをソーシャルメディア最適化、略してSMOと呼びます。 SMO(ソーシャルメディア最適化)とはSMO(Social Media Optimization)とは、ソーシャルメディアを活用することによって個人や集団の知名度や信頼、情報発信力などを獲得していく試みです。一種のブランディングとも言えます。ソーシャルメディアが持っている共有と社交の機能をうまく活用し、コミュニティへの貢献を通じて、次のようなことを実践していく試みです。 知名度と信頼の向上 – ユーザー間で社交する機能を通じて、情報発信者をエンパワーメントし、個の発言力や影響力、信頼度を高める。知的能力の向上 – ユーザー間で意見を交換する機能

                                    被リンク構築のための5つの効果的な戦略 | 住 太陽のブログ
                                  • 「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。

                                    どうも、しんざきです。 実を言うと先月・先々月と、プロジェクトが割と生死をさまようレベルで炎上しておりまして、夢のデスマ王国という風情だったんですが、お蔭様で今月はだいぶ落ち着いてきまして、若干人間的な生活が出来る状況になってきました。 デスマ程健康に悪いものはこの世に存在しないと思います。 失敗した時の話をします。 十年近く前の話ですが、システム開発の会社に勤めていたことがあります。 それ程有名な会社ではないのですが、一応独立系で、社員は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという、まあよくある「昔ながらのシステム開発会社」だったと思います。 私はその会社で、主に金融関連のプロジェクトを担当する部署に所属していました。 ぬるい案件もあれば地獄案件もあったのですが、まあそれはいずれ、ほとぼりが冷めた頃に書こうと思います。 某大きな銀

                                      「職位が高い人間ほど、技術的な実務から遠ざかってしまう」のを解消しようとして、失敗した時の話。
                                    • Gmailの新スパム規制対応全部書く

                                      [2024年1月10日、19日追記] GmailとYahoo!側のアップデートに合わせていくつか細かい説明を追加しています(大筋は変わっていません)。変更点だけ知りたい方は「追記」でページ内検索してください。 2023年10月3日、Googleはスパム対策強化のため、Gmailへ送るメールが満たすべき条件を2024年2月から厳しくすると発表しました。また米国Yahoo!も、2024年2月 第一四半期[1] から同様の対策を行うと発表しています。端的に言えば、この条件を満たさないと宛先にメールが届かなくなるという影響の大きな変更です。 この記事では、Gmailや米国Yahoo!の規制強化への対応方法を解説します。ただし米国Yahoo!にメールを送る人は多くないと思うので、フォーカスはGmail寄りです。また、メール配信サービス(海外だとSendGridやAmazon SES、国産だとblas

                                        Gmailの新スパム規制対応全部書く
                                      • ここ最近の客先常駐の実情

                                        今、IT業界は人手不足だ。 それでもIT業界の大部分を占めるSI業界が体質を改めるどころか更に姑息になっているので、これから就職活動をする学生さんには気を付けてもらいたい。 その姑息さが目立つのが客先常駐をメイン事業とした企業の存在である。 社員数200人以上の規模を誇る独立系企業でも客のセキュリティの都合上、社員を客先に常駐させている事が多く「自社開発」と言っても「客先での開発」になる事がほとんど。 SI業界のユーザー子会社・メーカー系・独立系は共に客の都合で客先常駐にならざる負えないのが現実である。 それぐらいは業界研究してる人には既にわかりきったことかもしれないただ求人広告に記載する内容が詐欺に近いデタラメを載せる企業が多いので自分が見た事実を元に警告しておきたい。 まず、1回でも名刺交換したら取引企業として扱う会社が存在するため規模が小さい割に名だたる大企業をたくさん載せてる会社は

                                          ここ最近の客先常駐の実情
                                        • diffの動作原理を知る~どのようにして差分を導き出すのか | gihyo.jp

                                          UNIXの基本的なコマンドの1つであるdiff。 これに実装されているアルゴリズムは実に興味深い世界が広がっています。 本稿では、筆者が開発した独自ライブラリ「dtl」をもとに「diffのしくみ」を解説します。 はじめに diffは2つのファイルやディレクトリの差分を取るのに使用するプログラムです。 ソフトウェア開発を行っている方であれば、SubversionやGitなどのバージョン管理システムを通して利用していることが多いかと思います。本稿ではそのdiffの動作原理について解説します。 差分の計算の際に重要な3つの要素 差分を計算するというのは次の3つを計算することに帰結します。 編集距離 2つの要素列の違いを数値化したもの LCS(Longest Common Subsequence) 2つの要素列の最長共通部分列 SES(Shortest Edit Script) ある要素列を別の要

                                            diffの動作原理を知る~どのようにして差分を導き出すのか | gihyo.jp
                                          • フリーランス完走した感想 - mizchi's blog

                                            2 年ほど走ってみました。 Qiita の Increments を退職します - mizchi's blog からの 転職活動 https://gist.github.com/mizchi/4e097923bb92399d03ced9da44f15cfa の結果 この記事は、自分の体験を書くことで、どういう人がフリーランスに向いてるか、というのをわかるように書いたつもりです。自分に近い属性ということで、ある程度プログラマとして経験を積んだ人向けです。 フリーランス辞める理由 フリーランスが嫌になったわけではないです。機会があればまたやりたいとも思っています。今回はフリーランスを続けるより良い選択肢があった、というだけの話です。 個人事業主を 2 年やって、消費税の徴収方式が変わるタイミングがあり、法人化してフリーランスの働き方を続けるか、個人事業主をやめるか、という 2 つの選択肢があり

                                              フリーランス完走した感想 - mizchi's blog
                                            • さよなら本番サーバー - Qiita

                                              とあるSESの現場では本番リリースの時期が近づいてきており、僕を含めた数人のエンジニアは間に合いそうもない残作業の開発を進めたり、本番で使うためのデータの整備を本番サーバー内で行ったりしていた。ほとんどがその案件のために集められたメンバーだったため特に和気あいあいとするでもなく、エアコンの風の音が響く小さなオフィスの片隅で静かに作業をしていた。 業務上のやりとりもRedmineで行われており、声を発するのもたまにメンバー同士で話をしたり、クライアントから電話がかかってきた時だけ。その日もメールで通知が届いてきており、確認してみるとRedmineで僕が関係しているチケットにコメントが届いているという通知だった。 通知のURLをクリックしてRedmineのチケットを確認してみる。 それによると一旦本番サーバー上に存在するデータの中の一部の主要データをCSV形式で送ってほしいという依頼だった。無

                                                さよなら本番サーバー - Qiita
                                              • 業務でWebサービス開発をする際に気をつけたいこと(新卒向け) - Qiita

                                                趣味でも業務でも日々Webサービスを開発しているzaruです。こんにちは。ついにアドベントカレンダーも最終日です。まだサンタとしての仕事が残っています。さて今回は仕事としてWebサービスを開発するときに気をつけたいポイントを紹介します。まぁ仕事に限った話じゃないですが…参考になれば幸いです。特に新卒プログラマあたりに読んでもらえればと思います😀 なお僕の業務上インフラ周りはAWSが多いです。 RASISという指標 RASISという指標があります。コンピュータシステムの評価指標5つの頭文字を取ったものです。 Reliability(信頼性) Availability(可用性) Serviceability(保守性) Integrity(保全性) Security(機密性) 今回はこの5つの指標に沿ってポイントを紹介していきます。RASIS自体については色々なところで解説されていると思うので

                                                  業務でWebサービス開発をする際に気をつけたいこと(新卒向け) - Qiita
                                                • エンジニアが絶対に行くべきではない常駐先一覧

                                                  くわっちょ@社畜犬 @kuwaccho0711 SES企業に、何をトチ狂っていたのかわからないが、とても残念ながら入ってしまった新入社員へ。 「配属先の希望を聞くよ」と言われたら、以下の【JRの駅】のどれかをおすすめします。 ・渋谷 ・新宿 ・秋葉原 間違っても ・東陽町 ・茅場町 ・豊洲 ・お台場 は選んではいけません。死にます。 2018-04-03 22:15:02 くわっちょ@社畜犬 @kuwaccho0711 @krbs65a_kzoklz7 ざっくりですが、 ・仕様が決まりにくい ・謎のローカルルールがある ・一人あたりの作業量が非常に多い ・そのあたりの調整をするプロパーが機能してない ・必要とされる技能がその現場でしか使えず、他社の仕事で活かせないためキャリアアップに繋がらない などあります。配属先にもよりますが。 2018-04-05 07:02:07

                                                    エンジニアが絶対に行くべきではない常駐先一覧
                                                  • SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック

                                                    はい、今回はみんな大好き(大嫌い)SIerについての話である。 デジタル庁の動きに駆動されて、日本で何度目かの内製推進が盛り上がろうとしている。 日本のITシステム開発がうまく行かない原因としてしばしば挙げられるのが、ユーザサイド(非IT産業)にエンジニアやプログラマなどのIT人材が不足しているというものだ。確かに、日本が欧米と比較してIT企業にIT人材を集中的に配置しているのは事実である。 こうしたIT人材の偏りによって、アジリティの高い開発ができない、CI/CDやDevOpsが進まない、というのは当たっているし、ユーザ企業も自らIT人材を雇用して内製を進めるべきだ、という議論にはもう十年以上の歴史がある(筆者が追えていないだけでもっと古いかもしれない)。 この時、悪玉として批判にさらされるのが、今回の主役であるSIerという存在である。日本における内製推進は、しばしばSIer批判とセッ

                                                      SIerとは何か、何であるべきか ― 偉大ならざるリスクテイカー|ミック
                                                    • 働きながら米国のコンピュータサイエンスの学士号を取得する、UoPeopleという選択肢 - Velocity

                                                      2019年もついに終わりを迎え、2020年になろうとしている。 6月末に転職してから半年が経った。 SESから自社開発になり、自分の動き方・考え方も少しずつ変化したように感じられる。 技術的な部分だけではない、前職とはまた違った観点でエンジニアリングそのものの難しさを実感している。 しかし、自社開発ならではのサービスとチームの距離の近さは素晴らしく、一つ一つサービスを良くしている実感を得られるのはやはり楽しい。 同僚も優秀な方ばかりで、転職して良かったと心から思う。 一方で、この半年で心の奥底からふつふつと湧いてきたものもあった。 コンピュータサイエンスへの興味だ。 コンピュータサイエンスへの憧れ 僕は工業高校を卒業してからすぐ、石油天然ガスのプラントに就職。 その後、1年半でベンチャー企業(SES)に転職。 そして再び1年半後、現職(Webサービス開発)に転職、という経歴を持っている、2

                                                        働きながら米国のコンピュータサイエンスの学士号を取得する、UoPeopleという選択肢 - Velocity
                                                      • 終わりゆくIT業界(SIer客先常駐・web系)の矢面を見て

                                                        少し前、SIerやweb系でITエンジニアをしていたので、現状を少しだけ書こうと思いたった、そこで思ったのは、ここで言われてることが割と最先端で、その他のネットで言われてることはリーマンショック前後くらいの古い認識ということを嫌というほど体感しました。 ここの外で言われてるのは「特定派遣は安定している」とか「web系に脱出するべき」だとか言われてるが、現実は全く持ってそうではなく 特定派遣は来年の秋には廃止になるのは確定しているし、web系は現在もはやレッドオーシャンを通り越してブラックオーシャンと化しています。 以下に示す例を見てなお、それでもITエンジニアになりたいという気合の入った益荒男がいましたら、きっと理詰めと政治とソーシャルエンジニアリングを使ってバリバリのし上がり、ひとかどのエンジニアになれるでしょう、そうじゃない人はこんな業界はやめて、カタギで真っ当な仕事についてください、

                                                          終わりゆくIT業界(SIer客先常駐・web系)の矢面を見て
                                                        • 【AtCoder】中卒の主婦が青コーダーになったおはなし【競技プログラミング】 - Qiita

                                                          はじめまして。mayocornです。 先日のABC281で青コーダーになりました! 経歴 20代の主婦。旦那は競プロやってないです。 中学卒業→高校入学→高校中退→バイトを転々とする(ITに関してはSESで半年ほど働いた経験あり)→今の住所に引越してきてからは無職 趣味はゲームで、最近やっているタイトルはファイアーエムブレムエンゲージ、Splatoon3です。音ゲーやカードゲームに熱中してた時期もありました。CHUNITHMは旧レートでベスト枠15.3くらい。でものめりこむほどお金がかかるのでやめました。競技プログラミングは何問解いても無料なので続けられてます。 学力に関して話すと、高校数学は確率、論理と集合がちょっとわかるくらいで三角関数、微分積分、行列あたりは全然分かりません。青パフォーマンスをとるのにこのへんの知識が必要になったことはなかった気がします。(私が参加した回の中では) 競

                                                            【AtCoder】中卒の主婦が青コーダーになったおはなし【競技プログラミング】 - Qiita
                                                          • 炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance

                                                            最短でイッセンマンITエンジニアを目指すなら大炎上プロジェクトがオススメ!!経験浅でも採用の可能性が上がるし、週最大7日間1日15時間以上、プロに揉まれながらスキルを磨けるので面倒な家での積み上げは不要!やり遂げた際の経験値はヤバいし、活躍によってはPMが次のPJに引っ張ってくれるよ!— 代表取締役 岩元仁@株式会社ロックシステム (@iwa3nen) 2021年8月28日 経験の浅いエンジニアが1千万の年収を得る最短ルートが、炎上案件に飛び込んですげぇ修行して界王拳をマスターしろなのか... 社員にそれを言えるのがすごいな。(いわもと様から社員向けではないとコメントを頂いたので、打ち消します) 炎上プロジェクトで心を病んだ人を多かれ少なかれ見てきて、人づてに色んな哀しみを聞いている身としては、危険としか言いようがない。 僕が若い頃にやった、月稼働400時間が2ヶ月続いたプロジェクトは炎上

                                                              炎上プロジェクトでスキルを会得する前にお前は死ぬ - GoTheDistance
                                                            • ECサイトをデザインする時の8つのポイント

                                                              2017年6月29日 Webサイト制作, Webデザイン プログラミングに詳しくなくてもECサイトを設置できちゃうCMSがたくさんあります。そんなCMSを紹介…しようと思ったのですが、かちびと.netにまとめ記事があったので、そのへんはシロ氏にお任せして、今回はECサイトのデザイン部分に焦点をあててみたいと思います。ECサイトではその商品やマーケティングが重要になってきますが、サイト全体のデザインを工夫してユーザーの購買意欲をより刺激しましょう! ↑私が10年以上利用している会計ソフト! 1. 商品のデザインと合わせる ECサイトのデザインは、その商品を知ることから始まります。例えば商品が服ならそのブランドのデザインコンセプトはもちろん、どんな人が、どんな場所で着るのか、素材やよく使われている色合いなどを研究してみてください。 Apple http://www.apple.com/jp/

                                                                ECサイトをデザインする時の8つのポイント
                                                              • Gmailのメール認証規制強化への対応って終わってますか? - エムスリーテックブログ

                                                                こんにちは。エムスリー・QLife(エムスリーのグループ会社)・エムスリーヘルスデザイン(エムスリーのグループ会社)でエンジニアとして各種作業に関わっている山本です! 以前もメール送信の話を書かせていただいたことがありますが、今回もまたメールネタとなります。今回のお題はメールセキュリティです。 大量メール送信のための予備知識 - エムスリーテックブログ すでにご覧になった方もいるかと思いますが、次のようなニュースが流れています。 www.proofpoint.com この「GoogleとYahooの新Eメール認証要件」ってつまりどういうことよ? というところを具体的にどのように進めているかについて書かせていただきたいと思います。 2023/12/18追記 : Googleからメール送信にTLSを使うことが追加要件として示されました。 TL;DR とりあえず何から始める? 何はともあれ実際に

                                                                  Gmailのメール認証規制強化への対応って終わってますか? - エムスリーテックブログ
                                                                • 【2020年】AWS全サービスまとめ | DevelopersIO

                                                                  このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1(コンピューティング、ストレージ、データベー

                                                                    【2020年】AWS全サービスまとめ | DevelopersIO
                                                                  • Amazon AWSでユーザ数1100万以上にスケーリングするためのビギナーズ・ガイド | POSTD

                                                                    あるシステムを、1人のユーザから1100万人以上にスケーリングするにはどのようにすれば良いのでしょうか。Amazonのウェブサービスソリューションアーキテクトである Joel Williams が AWS re: Invent 2015 Scaling Up to Your First 10 Million Users でスケーリング方法について素晴らしいプレゼンをしています。 AWS上級者のユーザには適さないプレゼンですが、AWS初心者やクラウド初心者、Amazonが次々と送り出す新機能の流れについていけていない人が始めるには素晴らしい内容だと思います。 おおよその見当は付いていると思いますが、このプレゼンはAmazonによって提供されているため、どの問題についても解決策として提案されているものは全てAmazonのサービスになります。amazonのプラットフォームの役割は、印象深く、分か

                                                                      Amazon AWSでユーザ数1100万以上にスケーリングするためのビギナーズ・ガイド | POSTD
                                                                    • 電子メール送信に関する技術

                                                                      ふと気になって調べたことの備忘メモです ✍ (2022/4/2追記)Twitterやはてブで色々とご指摘やコメントを頂いたので、それに基づいて加筆と修正をおこないました 特に、幾つかの技術については完全に誤った説明をしてしまっており、大変助かりました…ありがとうございました🙏 なぜ調べたか メール送信機能のあるWebアプリケーションを開発・運用していると、 特定のアドレスに対してメールが届かないんだが とか MAILER-DAEMONなるアドレスからメールが来たんだけど といった問い合わせを受けて原因を探ることになります 実務においては、Amazon SES や SendGrid といったメール送信処理を抽象的に扱えるサービスを使うことが多いと思いますが、 ことトラブルシューティングにおいては、その裏にある各種技術についての概要を知っていると、状況把握や原因特定をしやすくなります ありが

                                                                        電子メール送信に関する技術
                                                                      • エンジニアをしていると、世間には「面倒な手続きほど価値がある」と考える人が、けっこういるとわかる。

                                                                        この記事で言いたいことは、まとめると以下のような内容になります。 ・「面倒くさくて複雑」といフローは、例外もあるものの、基本的には不適切であるか、そのフローが必要とされる前提の方がおかしい ・けれど世の中には、「面倒で複雑なフロー程正しいし価値がある」と考える人が案外多い ・「面倒くさい」と言える人は貴重なんだけど冷遇されがち ・不要なJOIN句は敵だし、JOIN句の使い回しなど絶対してはならない よろしくお願いします。 さて、言いたいことは最初に全部言ってしまいましたので、後はざっくばらんにいきましょう。 先日、Twitterでこんなことを呟きました。 エンジニアをしていると「面倒くさいやり方は大抵間違っているか、あるいはそのやり方を必要としている前提の仕組みの方がおかしい」という思考は割と普通だと思うんだけど、どうも世間的には「面倒くさければ面倒くさい程正しい、ないし価値がある」と思っ

                                                                          エンジニアをしていると、世間には「面倒な手続きほど価値がある」と考える人が、けっこういるとわかる。
                                                                        • フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ – (っ´∀`)っ ゃー

                                                                          ホーム › フリーランス › フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ フリーランスなら読んどけ、これが撤退戦略だ。(1) – Re: 本当にあった怖い業務委託契約書、あるいはフリーランスはきちんと契約書を読まないとわりと死ぬ みなさんこんにちは。かつて火消しばかりやっていた @nullpopopo でございます。昨日twiterを見ていたらこんなツイを発見しまして。 https://twitter.com/nishi1010kawa/status/726385332434833408 ↑の絡みでたけさんがフリーランスあるあるなブログをまとめられていてかなり参考になった(というか、「あるあるあるある↓」と頷いた)のですが、フリーランスで仕事していると、たまに、極々たまーになんで

                                                                          • 某転職エージェントから「お祈りされました」と言われたはずの企業から「弊社受けない?」と連絡が来たので「数日前に御社に落とされた」と伝えたところ衝撃の事実が分かった話

                                                                            たかぎ@LED弄りの人 @tkgsn146 某転職エージェントがゲスすぎて笑った。 (先週木曜日) 転「A社どうですか」 私「いいね、応募するわ」 転「おk」 (先週金曜) 転「先方からお祈りされました」 (今日) A社「LinkedInで見つけたけど弊社受けない?」 私「数日前に御社に落とされたで」 A社「まじで?いや記録にないよ」 (続) 2023-09-04 15:43:32 たかぎ@LED弄りの人 @tkgsn146 私「転職エージェント経由だったけど」 A社「ないっすね、hiring managerも興味持ってますし」 私「じゃあ応募するわ」 転「前回のはハードル高かったみたいですし、これどうっすか?(ブラック臭がプンプンなSES企業)」 私「ははーん?」 どことは言わねーけどさ、●ー●ルさんよぉ! 2023-09-04 15:43:33

                                                                              某転職エージェントから「お祈りされました」と言われたはずの企業から「弊社受けない?」と連絡が来たので「数日前に御社に落とされた」と伝えたところ衝撃の事実が分かった話
                                                                            • もう使えない・古いSEOの知識 2010 (前編) ::SEM R (#SEMR)

                                                                              もう使えない・古いSEOの知識 2010 (前編) かつては真実だったけれども、今は違うSEO知識まとめ 第1回。 公開日時:2010年04月05日 15:12 先日の最新ではないSEOに関連して、今度は、もう古いSEOの話。はてなに投稿された質問について。SEOについて考えて見ましょう。 SEO対策について質問です。SEOをやっている人などから以下の項目のようなことを聞くのですが、ソース(出所)を見たことがありません。以下のどれかについて可能な限り信頼できるソースか、または納得できる根拠をお教えいただけますでしょうか。 ●.htaccessでURLを書き換えた(スラッシュ終わりなどにした)方がいい ●拡張子はphp(動的なもの)などよりhtml(htm)の方がいい ●ドメインは「wwwあり」の方がいい ●サブドメインよりディレクトリ分けの方がいい ●h1を入れるならbody直下が一番いい

                                                                                もう使えない・古いSEOの知識 2010 (前編) ::SEM R (#SEMR)
                                                                              • ブラック企業の見分け方(IT企業編) | 株式会社アクシア

                                                                                ブラック企業への風当たりはますます強くなるばかりですが、5月10日に厚生労働省が長時間労働や賃金不払い等の労働関係法令に違反した企業のリストを公式ホームページにアップしました。 ブラック企業リスト、厚生労働省が334社を公表 今後は毎月更新 この情報については実はこれまでも全国の労働局のホームページには個別にアップされていたのですが、今回の件は全国ばらばらになっていた情報を厚生労働省が一つのリストにまとめてアップしたというニュースです。 全国で334件というのは随分と少ないんじゃないかとか、何で俺の勤めてる会社が入っていないんだとか、色々なご意見があるかと思いますが、電通のような話題性のあるニュースにまでならなくとも、ブラック企業はこうして会社名が公表されてしまうリスクがあるわけです。ちなみにこのリストの中にはあの電通の名前ももちろん入っています。 またこんな記事も出てました。 すぐに辞め

                                                                                  ブラック企業の見分け方(IT企業編) | 株式会社アクシア
                                                                                • 喪女がプログラミングスクール行って彼女が出来た話など

                                                                                  ※すみません長過ぎて削れちゃったので再編集版です。 プログラミングスクールは良くないって話が多いので、人それぞれだよねっていうのと、何もやらないよりは何かしらあるんじゃないかなっていうお話です。 フィクションのつもりで聞いてください。 私は地方で育ち、地元の女子中・女子高・駅弁大学を卒業し、地元のとあるテーマパークに就職しました。 比較的なんとなく生きてきたので、仕事って大変そうだからせめて面白そうな職場を選ぼう、くらいの気持ちでしたがすぐに辞めたくなりました。 toC接客、屋外での勤務、立ちっぱなし、友達と休みが合わない、覚える事が多い、職場が僻地、ダンサーチームの揉め事の仲裁、契約社員組みからの嫉妬、大学生組の惚れた腫れた、田舎特有の異様なゲストの図々しさ・馴れ馴れしさ、どれも好きじゃないやつでした。 まあゲストにイラつく事があっても、それはしょうがないと思ってます。仕事だから。 でも

                                                                                    喪女がプログラミングスクール行って彼女が出来た話など