クラウド会計ソフト「やよい」シリーズを開発する弥生（東京都千代田区）は12月5日、同社開発のソフトで確定申告のデータが正しく送信されない不具合を確認したと発表した。画面上では確定申告が終わったように見えていたが、実際は国税庁にデータは送れていなかったという。 不具合が発生していたのは11月13日～12月4日。対象のソフトは「やよいの青色申告 オンライン」「やよいの白色申告 オンライン」「弥生会計（やよいの青色申告）」の3種類。期間中、これらのソフトを使って、e-Taxに直接申告できる機能「確定申告e-Taxオンライン」を利用していた場合、不具合に該当する。 不具合の内容は「確定申告e-Taxオンラインの画面上では、確定申告データの送信（電子申告）が完了しているように見えるが、実際には国税庁にデータが送信されていない」というもの。また期間中、「弥生製品からメッセージボックスを確認すると、動作

はじめに 仕事に追われる日々から解放され快適に楽しく働くことができる環境を実現するためには、自己管理が重要です。ここでいう「仕事に追われず快適に楽しく働ける状態」とは、自分自身で意思決定を行い、仕事の進行を自らコントロールする能力を身につけることを意味します。 多くのエンジニアは仕事の量や複雑さに圧倒され、自分のペースで仕事を進めることができないという状況に直面しています。しかし、自己管理スキルを身につけることでこれらの課題を乗り越え、より自分起点な働き方が可能になります。 この記事では、よく起きがちな問題とあわせて自己管理を強化するための具体的な方法を示します。 1. 他の人から見て何をやっているかわからない問題 主要なポイント 「あれってどうなってます？」って聞かれていませんか？ これを頻繁に聞かれる場合、確実に何やっているかわからない人だと思われています タスクの状態は、必ず聞かれる

松尾衡 @komatsuof1 多くのスタッフが協力してくれて形になったのですが、自分のエゴで言うなら、自分の仕事のうちの１カットでも多くの人の記憶に残ってくれる事はとても素敵な事だと思っている。 僕はラッキなー演出家だ。 twitter.com/sioagisoluto/s… 2023-12-17 03:30:24

日本のニュースアグリゲーターである「SmartNews(スマートニュース)」は、一時は評価額が20億ドル(約2800億円)に到達し「アメリカ最強アプリ」と評されるまでになりますが、2023年1月にはアメリカの従業員の40％が解雇され、さらに10月には同社の会長・社長・CEOを兼務していた鈴木健氏がCEOと社長の職を退任する事態にまで陥りました。アメリカで急速に発展していたはずのSmartNewsで一体何が起こっているのかを、海外メディアのRest of Worldがまとめています。 Smartnews was ready to take on the US market. Where did it go wrong? https://restofworld.org/2023/smartnews-japan-unicorn-layoffs-media/ SmartNewsがサービスをスタート

チームで仕事するとき、みんなもう少し自分の存在、自分のリアクションがチームに与える影響を自覚した方がいい。 例えばミーティングでブレストしているとき、議論が前に進むのは、あるときふと場に出されたアイデアに対して、誰かが"それいいですね"って言った瞬間である。アイデアを出したとき、その人にはふつう、確信なんてほとんどない。僕なんか自分の意見に自信なんかなくて(大体みんなそうなのだ)、言ってみて、まわりの反応を見て、あ、なんか良さそうだ…と思ったときにやっと前に進むことができる。みんな、自信なんてないのだ。だからアイデアは、場に出されたときはまだ、波際の砂のお城のようにやわらかである。 しかし、あるアイデアに対して、それいいね、と声をもらったとき。いい顔が見えたとき。姿勢が前のめりになってくるとき。そのときとあるアイデアは、はじめて光るのだ、形になる可能性を見せるのだ。 * 逆に言えば、議論に

この記事はエンジニア転職 Advent Calendar 2023の11日目になります。 10日目はnewtaさんの「やりたいことをするための環境を探そう」でした。「野球をやっててもサッカーはうまくならない」というのには膝を叩いて納得してしまいました。確かにその通りですね。今後の参考にしたいと思います。 さて、この記事はアラフィフのおっさんエンジニアによる転職失敗談です。皆様の成功談のなかで恐縮ですが、他人の失敗から学べることもあると思いますので、よろしければご覧ください。 ざっくり自分の経歴 新卒でベンチャー企業に就職。約10年働くも倒産で解雇。 フリーランスのエンジニアになる。約10年働くも諸事情で廃業。 派遣でエンジニアとして働く。合間に転職活動も行って、何度か転職したこともあるけれど諸事情で数年で退職を繰り返すこと約10年。現在も転職活動中。 トータルで約30年のキャリアがあるわけ

この記事で伝えたいこと（忙しい人向け） 新人ほど「保守していく」ことの感覚が腹落ちしにくいのではないか説 我々は保守しやすいコードを書くべきであり、保守しやすいコードを達成するための手段として原理原則やデザインパターンが存在している 保守ってなんで必要なんだっけ？という体系的な理解を持ったうえで、具体的なテクニックを学んでいくことが大事 // 追記（2023/12/9） なんとミノ駆動 さんにコメントいただけました。 もちろん良いコード/悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方は読んで影響を受けてます。 とってもうれしい。 想定読者 新卒 ~ ２年目くらいまでのプログラミング初心者 Webアプリの保守開発をしているエンジニア 3ヶ月前くらいの自分（未経験からエンジニアになって１年くらい） こんなことないでしょうか 先輩などから原理原則の観点を共有してもらったり、

おれはねとらぼをやめるぞ！　ジョジョーッ！ というわけで2023年11月30日をもってアイティメディア（ねとらぼの会社）を退職しました。 30手前までフリーライターなどと称して世間を欺き実家でただただ黒霧島を飲む毎日を過ごしていた穀潰しの私に仕事を与え、ついには「正社員」という真人間の称号まで授与してくれた会社には感謝しかありません。本当にクソお世話になりました。 今後はフリーランスに戻ります。なお、2023年12月1日からは業務委託としてねとらぼの編集・執筆に携わっていきます。そんな音速の出戻りあるんだ、という感じですが他の仕事も並行してやっていきます。ねとらぼ以外にも色々やりてえぜ、ってことで今回の決断となりました。 「父さんな、会社辞めてYouTube1本で食っていこうと思う」みたいな激イタ退職エントリを期待した方には置きに行った選択で申し訳ないんですが、ねとらぼの仕事量を半分くらい

「あとで読む」と思った本が、後で読まれた試しがない。 今度の週末・連休にと、積まれた本は崩されない。次の盆休み・年末年始に繰り越され、山脈を成し床が消える。 読書を食事になぞらえて、「血肉化」と表現するならば、私がやっていることは、メニューを眺めて片っ端から注文しているくせに、いんすた映えを気にしながら撮るくせに、まともに咀嚼して嚥下して消化してない状態だ。 そのくせ、「積読も読書のうち」と開き直ったり、溜まった本こそ私の証などと屁理屈こね回す。読まない本に「負債」のような後ろめたさを感じつつ、新刊本を探しだす。新しい本はそれだけで価値があると盲信し、かくして積読リストは延びてゆく。 もう一つ、恐ろしい予感がある。感受性の劣化だ。 あれほど楽しみに「取っておいた」本が、まるで面白くなくなっている。いや、その本の「面白さ」が何であるかは理解できる。だが、それを面白いと感じなくなっているのだ。

こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ

1　はじめに 内閣府が2024年2月に発表した各国の名目GDPでは、日本はドイツに追い抜かれた。かつて日本は米国に次ぐ世界第二位の経済大国だったが、2010年に中国に抜かれ、2024年ドイツに抜かれ、第四位になった。沈没する日本を象徴しているようだ。日本の労働生産性は、ポーランドや東欧・バルト海とほぼ同水準まで落ちている。 GDPは、国のなかで作り出される「付加価値」の合計である。付加価値を作り出すのは企業活動なので、日本企業は約30年間、作り出す付加価値がほとんど変わらなかったが、ドイツ企業が作る付加価値は増え続け、そして今般、その合計が日本を越えた。日本企業は約30年間、成長せず、現状維持を続けたということを意味している。 日本の若者は決して怠けている訳ではない。夜遅くまで残業し、必死で働いている。だが、企業が作り出す付加価値が一向に増えないのは、経営者の責任であり、行政・政治の責任で

こんにちは！ブロックチェーンチームでエンジニアをしている id:dorapon2000 です。最近買ってよかったものは「潮の華 あおさといわしふりかけ」です。 今回は Git の Squash マージについての知見を共有したいと思います。端的に言うと、 チーム開発で Non Fast-Forward マージをやめて Squash マージを採用し、再び Non Fast-Forward マージに戻した経緯の説明です。Squash マージを運用に導入するか考えたことがある方の参考になればと思います。 Squash マージとは マージには 3 種類ありますね。みなさんはトピックブランチを main へマージする際にどのマージ方法を利用していますか？ Fast-Forward マージ git merge --ff-only Non Fast-Forward マージ git merge --no-f

不動産を売却するには、さまざまな書類が必要になります。書類を要するタイミングは、販売活動を任せる仲介会社との「媒介契約時」、仲介会社の「販売活動中」、買主と結ぶ「売買契約時」、売買契約に記載した期日に実施する「引き渡し時」の4つに大別できます。 この記事では、どのタイミングでどのような書類が必要になるのかをご紹介します。 売却に必要な書類の種類や必要になるタイミング、取得する方法 不動産の売却時に必要となる書類について、必要度合いや必要になるタイミングとともに紹介します。 また、用途や入手方法についても解説します。 なかには、すでに持っているはずの書類もありますし、手配してから入手できるまで時間を要するものもあります。 自身の場合はどうなのかを思い起こしながら読んでみてください。 【チェックリスト】不動産売却の必要書類 不動産書類で必要な書類は、以下の一覧表のとおり全17種類あります。詳細

こんにちは、ソーシャル経済メディア「NewsPicks」のむとうです。 先日から『Ghost of Tsushima』の開発者が書いた『ルールズ・オブ・プログラミング』という本をちょっとずつ読み進めていて、プログラミング熱が高まっています。この本は大きな指針を示すだけで具体の話をするものではないのですが、読み物として面白いので私も似たようなことをやってみたくなりました。 何年もこういう仕事をしているとバグが入るパターンというのが見えてきます。そしてだいたいどこに行っても何の仕事でも似たようなことをすることになるのですが、今回の話もその一つです。 構造化テキストを文字列結合で作らない、置換でいじらないというのはこれだけみると何のことか分かりづらいかも知れませんがSaaS Product Team セキュアコーディングの啓蒙 第2回 （SQL インジェクション編）の内容とある面では同じ話です。

4人部署で１人産休からの時短、１人が夏の間に退職で実質稼働人員が2.3人になった。 当然ながら仕事量は変わらない、そして新規で人が入るのは年度が変わってから。 そんで働く女性応援ってことで何故か時短してマネジメントもなんもできてない時短ママが昇進＆昇給。 それに伴い流石にということで別部署から１人補充が入った。 まあここまでは良かった、別に文句はない。 問題はその時短ママがなんでか知らんがなんのマネジメントもできない、しない上に今までやってた仕事を管理業務が増えたからしない、できないと言って新人教育も俺等に投げてきた事。 そんで時短ママは発熱でしょっちゅう帰るしslackにも応答ない事が増えた。 勘違いしないでほしいが別に時短ママが帰る事も昇進した事にも文句はない。 ３人の中で一番勤務年数も長いしね。 新人教育投げてきた時はこいつマジか？って思ったけど。 ただ困ったのが俺とAさんで実質４人

どうも、レコメンド商品のシステム開発をしている野川と申します。 私は、2021年にモノタロウに新卒入社し、2022年5月からレコメンド商品の開発に関わり始めました。 モノタロウのレコメンド商品は、下の図の①～④の流れでクライアントサイドで表示しています。大部分の処理はJavaScriptで構成しており、UIもそのHTML部分をjQuery(JavaScript)で作成しています。 図：レコメンド商品表の流れ 入社当時私は、ソフトウェアエンジニアとして、「可読性の低いコードは駆逐するべきだ」「読みやすいコードだけが正義である」「理解しやすいシステムだけが皆を幸せにする」と心の底から考えていました。加えて、「なぜ先輩たちは可読性の低いコードを放置して平気なのか？」と疑問を持つこともしばしばありました。 レコメンド商品周りのコードはまさに可読性の低いコードベースとなっていたため、当事者となった私

連日さまざまなサイバーセキュリティ犯罪のニュースが報じられる中、いまだに日本のセキュリティレベルは高いとは言えない状況にあります。一方で、企業がサイバーセキュリティ対策を進める上では、人材不足や経営層の意識・関心、コスト、導入による利便性の低下など、さまざまな壁が立ちはだかっています。 そこで今回は、株式会社網屋が主催する「Security BLAZE 2023」より、サイバーセキュリティのエキスパートによる講演をお届けします。本記事では、米金融大手で1億人以上の個人情報が漏えいした事件の背景をひもときながら、問題点とセキュリティ対策のポイントを解説します。 Webセキュリティの第一人者が語る、個人情報流出事件の裏側 徳丸浩氏：ただいまご紹介いただきました、EGセキュアソリューションズの徳丸でございます。本日は「米国金融機関を襲った個人情報大規模流出事件の真相」というテーマでお話をさせてい

今週は、Thanksgiving はお休みムードなので考える時間や、自分の本についてディスカッションしている バンクーバーのえんじに屋さんのPodcast なんかを聞かせていただいたりしてるうちに、思い出したことがあって、記録に残してみることにした。それは、エンジニアの育成方針でこれはめっちゃくちゃ違うことに気づきましたので、シェアさせていただきたいと思います。 日米でエンジニアの育成戦略が正反対だと気付いた話 採用の段階での違い 良く知られているように、新卒のケースで考えると、こちらの場合は「コンピュータサイエンス」の学位を出ていることが前提で、中途採用の場合も、「コンピュータサイエンス」の学位を出ている、もしくはそれ相当する知識が求められる。だから、新人でも少なくともプログラムが結構組めることを期待されます。 一方、日本では文系でも理系でもプログラマになれます。採用されたときに「スキル

修士課程を退学した15年前に、僕は全く実現可能性を考えずに”30歳までにアメリカの大学院に留学”という目標を立てました。 もう一度大学院に行きたい、行くなら世界トップのアメリカがいいだろう、そんな程度の認識でした。 ただ、これはどちらかといえば無理やりひねり出した30歳まで生きる理由であって、そこまで強い意志があったわけではありません。 しかし、おかげで何とか30歳を超え40歳目前まで生き延びることはでき、気が付けばアメリカではなくカナダで永住権を取って暮らしています。 大学院留学は引き続き他のハードルが高くて達成できる気はしませんが、15年前に目標を立てた時点では認識できていなかった 「海外に移住する」という難儀を10年ほどかけて乗り越えることはできました。 けれど、そういえば事の顛末を一つにまとめたことが無かったなと気づいたので、僕のキャリア10年＋αを振り返って記事にしてみました。