新年明けましておめでとうございます

新年明けましておめでとうございます。今年もよろしくお願い申し上げます。

さて、毎年元旦にはその年の目標を決めていますので、今年もやりたいと思いますがっ!

その前に、去年の目標はどうだったか、と言いますと…。

 

2023年の目標は

①とにかく仕事。仕事に全力投球!

②週に3回は体動かす。

 

でした。

 

については、相当やりましたね。。。

特に、年末辺りはとても忙しくて、本当に仕事ばかりの毎日を送っていました。

でも、やりたいなと思ってやっていることなので、なんにも後悔もないですし、年始にやるって宣言してたわけだから、できてよかったなと思います。✧٩(ˊωˋ*)و✧

 

②ですが、まー、何を運動というかによりますが、仕事ばかりしていたので、体が本当になまってしまってまして(^_^;)

かえって体を動かしたいな~ と思うことは増えて、夜中に家に帰ってから5分ぐらいは筋トレかHIITをやったりしてました。

なので、やったことにしてもいいかなって思います!(((^-^)))

 

さてさて、今年の目標ですが、次のように決めたいなと思います。

①会社の売上◯円!

です。公表はできないんですが(^_^;)

去年みたいに漠然とした目標だとやっぱり計測しづらいんで、やっぱり数字が必要ですよね。

 

②週に3回は体を動かす

これは継続ですね。しかし、今年は「家で筋トレ」とかだけじゃなくって、水泳とか、スケートとか、ジョギングとか、バドミントンとか屋外で誰かとする本格的なスポーツをもっとやりたいですね!

 

③新しい趣味を作る

去年は、人間関係が広がったこともあり、色々新しいことに誘ってもらえることもありました!今年もそんな感じで新しいことやれたらいいなと思います(((^-^)))

 

④姿勢をよくする

写真とか見ると私って姿勢悪いな~ としみじみ思いまして。姿勢をよくしたい!

 

さて、新年の今日はなんと香川にいます!

大晦日で閑散とする商店街と旦那氏。こういうアーケード、懐かしいですね。

 

旦那氏の実家をご訪問させて頂いてます。(❁´ω`❁)

今日は、お墓参りに行ったり、親族の皆様にお会いしたりしました。

初めてお会いする親族の方に

「暁子さんのブログを拝見しました。」

と言われて

「エッ…エッ…˚‧º·(´ฅωฅ`)‧º·˚」

とちいかわみたいに慌てちゃいましたね…。しかしこんなお目汚しなブログを読んでいただいてありがとうございます!

 

私の実家はお正月に親族で会ったりしないので、新鮮なお正月です★

その後、高松の有名な公園である、栗林公園へ行きました!

結構広い!

 

松がきれいに刈り込まれててきれいでした。

 

栗林公園。池の鯉がきれいでした!が、その写真は今手元にないのでした…。

 

2023年はいろんなことがあって、山あり谷ありでした!

しんどいと思うこともありましたが、周りの皆さんのおかげでなんとかやってこれたところがあります。

特に、私をいつも支えてくれて、美味しい料理を作ってくれる旦那氏と会社のスタッフの皆さんには感謝しています!
そして、友人の皆さんも話を聞いてくれたりアドバイスをくれたりありがとうございます。

最近はなんとか恩返しができるといいなと思う日々です。

 

ODINについて言えば、2023年は2024年問題対策に力を入れました。
予想していたことではなかったですが、お客様の層に変化があるのを感じています。
実際に配送をする方だけでなく、荷主企業さんや配送・運送は下請けに出している、という運送会社さんなどから多くの商談が入ってきています。

そして弊社に相談されることも結構複雑になってきているなという印象です。

物流/運送に対する課題が難しくなってきているなというのをヒシヒシと感じています。

 

運送向けパッケージソフトの業界では配送計画を立案できて、スマホでトラックの位置情報をリアルタイムにわかることができる製品というのは増えてきていますが、まだ弊社製品が一日の長があります。

 

そして、2024年がついに来ました…!!

ついに来たかという感です。

が、2024年問題について、まだ放置、なんとかなるだろうという会社さんも多いみたいです。( ˃ ⌑ ˂ഃ )

でも実は不安があるとか、少しでも業績を良くしていきたいという運送・配送会社さんは、ぜひ弊社にご相談ください。

ご相談はコチラから!

 

12月の後半はポンポン注文が入ってきて嬉しかったですね!

12月後半に発表した「全額返金保証」は2024年問題対策で、少しでも多くの会社さんにシステムで効率アップということを体験していただきたいという満を持しての施策なので、気軽にお試し、導入をしてみてください。

 

では、2024年も社員一同、オンラインコンサルタントをよろしくお願いいたします!

11月に社内イベントで御殿場に行ったとき。この時の話はこまた別で上げたいなと思ってます!

 

業界初!「全額返金保証」を始めました

メリークリスマス!ですね。

さて、弊社のODIN リアルタイム配送システムをご検討いただけるお客様にはクリスマスプレゼントになるといいなというお知らせです。

なんとなんと、ODIN リアルタイム配送システムで返金保証をすることにしました!(プレスリリース全文はコチラ

全額

です。

1年間

です。

台数制限ナシ

です。

ODIN リアルタイム配送システムは全額返金保証をします。

もちろんですね、やるのには葛藤もありました。

「こんなことやっちゃって大丈夫かな…。」

「返金保証って、個人向けの商品(ライザッ〇さんとか、英会話スクールとか)ではよく見かけるけど、法人向けの製品では中々見ないからな…。」

という不安です。

ただ、うちの製品に自信があるかと言われると、これめっちゃあるんですよ!

お客様の口コミがダントツ1位という事実99%という高い継続率。

導入して頂ければ、ものすごい費用対効果がある製品なのです。

導入しないなんて

「モッタイないよ~!」

と思っています。(`・ω・´)

 

ただ、導入に二の足を踏まれている方もいらっしゃるのは理解しています。

そのネックがやっぱり「費用」だと思うんですよね。

「費用を払ってしまって効果が出なかったらどうしよう…。(お金がもったいない)」

「使いこなせなかったらどうしよう…。(お金がもったいない)」

と思われると思います。

また、ちょっと効果が出るのに長い時間がかかる場合もあります。

2週間はお試しできるのですが、大体のお客様が、2週間がっつり使うというよりは、1日2日とかちょっと機能を触ってみられる、というケースが多いんですよね。

皆さん本格的にお試しするのが面倒なんだと思いますし、まずは購入稟議を上げるステージに乗るかどうか、ほしい機能があるかどうかだけをそこで試されていて、中々本格的に導入効果を図らないケースが多いようです。

つまり、「お試し」という段階ではお客様側では導入効果は推測に過ぎないと言えます。

そこで、

「うーん。これで本当に効果が出るのかな?」

「稟議出して上役から『本当にこれで効果が出るのか』とか『費用対効果はあるのか』とかなんだかんだ言われるのが面倒…」

「効果が出なかった場合に自分が責められたらイヤだな…」

となって導入を見送られるのはモッタイナイ!というのもあります。

 

しかし、そういうお客様に安心して導入していただきたい。

リスクは我々が取ります。

そのための、全額返金保証です。

 

こっから裏話です。( ˊᵕˋ )

これね~  返金保証をやるのは、相当製品に自信がないとできないとわかりました。

検討に1年ぐらいはかかってますからね。

きっかけは、ハイパワーマーケティングという本を読んだことでした。これが1月のことだったんですね。

いろんな数字を検討したり、やっぱりやっていいのかな感があって悩みました。

 

最終的にはリスクをどっちが取るかという問題なんですよ。

弊社では弊社製品に自信があると分かっているので、ウチが取ればいいだけの話なんです。

と結論づけました!!

 

代理店販売、App Store、Google Play経由などでは対象外です。

その他注意事項もありますので、詳しくはプレスリリース全文をお読みください。

お問い合わせはコチラまで!

配送計画と実績がわかりやすくなりました!!

なんと、この投稿から新しいURLに変わりました!!!

なんと今まで、さくらのレンタルサーバーのサブドメインで運用していたのですが、ちゃんとonlineconsultant.jpのサブドメインになりました!

あらためて、よろしくお願いいたします。m(_ _)m

 

さてさて、ODIN リアルタイム配送システムの配送計画と実績がわかりやすくなりました!!

配送計画と実際走行したルートの差分をわかりやすく表示します。

前にもあった画面と機能なんですが、以前はルートの確認ができるだけでした。

が!!!

弊社オーディーンの強みといえば!

計画と実績が一気通貫なので、照らし合わせが容易なことです。

 

配送計画がいくらうまくできても… 実際の走行がそれにあっていなければ、意味がありませんよね??

実際のコストとは実際の走行から算出されるものです。

配送計画を作った時に計画でコスト分析ができたとしても、実際に出て行くお金とイコールではありません。

なので、計画通りに走れているかは重要な情報です。

 

細かくブレークダウンすると、行った順番や、作業時間や待機時間が予想通りだったのかですよね。

特に、2024年問題で問題になっているのが待機時間です。

運送会社の社長の皆様、

「いや~ 待機時間が長いという話はあるんだけどな~」

で終わっていませんか??

〇月〇日、〇時~〇時までどこどこで待機でした、という情報があれば、例えば時間をずらしていくとか、荷主さんに交渉するとかなどの対策が打てます。

また、予定した配送計画通りに走っていないドライバーさんもわかります。

配送計画と実際走行したルートの差分

配送計画と実際走行したルートの差分をわかりやすく表示

 

今回のリニューアルで、次のような機能が増え、配送計画と実際の走行の差分がわかりやすくなりました!⊂(^-^)⊃

・配送計画の到着予定時間と、実績の何時到着かの差分を確認できる。 

 ・差分が±30分の場合差分の時間が赤くなる。 

・各配送先の到着希望時に間に合っていない実績時間が赤くなる。 

・ドライバーが行ってない行き先などがある場合通知。 

・ドライバーが順番通り行ってない行き先があったら通知。 

・配送計画と実走の全体的な差分を確認する。 


 

また、余談ではありますが、KPI分析、できてますか??

経営改善には大事な指標です!!

下記のような方法でも、ODINを使って経営改善ができますので、参考にしてみてください。

https://delivery-system.com/blog/2021/12/22/delivery-cost-reduction/

 

また、配送計画を作るときにも実際の待機時間、作業時間を計画に反映させることが大事です。

そういった配送ルート作成の改善にもつながります。

 

ぜひ、2024年問題対策、経営改善に役立ててみてください。

実際のプレスリリースはこちら

 

 

今行こうとしている配送先が指定できる機能ができました!

これはですね、ちょこっと地味な機能ですが。

大切な機能なので、書いておきます。

弊社のODIN リアルタイム配送システムは、配送業の皆様向けに、スマホの位置情報を使ってドライバーさんが今どこにいるか、何をしているかがわかる機能がついています。

そして、それを使って後で日報を作る機能があります。

日報にドライバーさんがいろんなコメントをつけられたり、報告ができたりします。

そして、そんなのいちいちやるの面倒だよ!と思われると思うので、これGPSを使って配送先の近くにいたら、たとえばA株式会社というところへ納品したとすると

「A株式会社」

というのを自動的に判定して記録してくれるんですね~。

ですが!

お客様の業態によっては、配送先が隣接していたり、場合によっては同じビルに入っていたりすると、このGPS判定がどっちになるかわかりません。

そこで、ドライバーさんがアプリから任意に到着した場所を選択したい、というニーズがずっとありました。

で、今回実装に至ったわけです。

今行こうとしている配送先をアプリから指定することができる画面サンプル

 

昔は、これの実装について難しく考えていたんですよね。

しかし、発想の転換があって、

「ん?これなら簡単に実装できるんじゃね?」

って思いついてできました。

実際に実装してくれたのは、弊社の開発の柱、M君と若手のホープS君です。o(>▽<)o

ありがとー!!⊂(^-^)⊃

 

機能開発って、プレスリリースするようななんか派手なこともそりゃ大事なんですけど、小さな使い勝手を向上していくことも大事だなと思ってます。(`・ω・´)

現在、2024年問題に向けて、導入のお問い合わせを多く頂いております!

お問い合わせはコチラからどうぞ!

 

 

 

「時間最短化、成果最大化」という本を読みました

これはたまたまアマゾンで目に入ってきて

「なぜ、あの人は私の150倍の成果が出せるのか」

という小見出しに興味を惹かれてしまいました。

そりゃ、150倍成果を出したいからね(笑)

この本は、要はスキルよりも考え方が大事という話が繰り返し出てくると思います。

いや~ ほぼ100%同意ですね。

スキルって大した違いじゃないんですよね。

皆さん、スキルさえあれば仕事がうまくいくって思っている人が多い気がしますが。

経験的に、仕事というフィールドにおいて、同じことに遭遇しても成果を上げられる人、上げられない人の差はスキルの差ではなくて、考え方の差なことが多いと思います。

最初に衝撃的な話があるんですが

「社会人になった最初の上司がどんな人だったか」

ということが、ビジネスパーソンとして成功しているかしないかの違いを最も作るらしいです。

それは、考え方というのをその人に刷り込まれるからだそうです。

へぇ。

これもよくわかりますね。

私は最初にサラリーマンとして働いていたときは外資系に勤めていたので、全員転職で入ってくるんですよ。

ただ、びっくりするんですけど、同じ会社から来た人って同じような考え方をしているんですよね( ゚Д゚)

そして、同じような不平不満を毎日言って、新しい職場になじめず、同じような期間で辞めちゃうんです。

 

さて、本自体は読みやすくてすぐ読めるし、たとえ話もあって腑に落ちながらも、非常に穿った内容なのでおススメです。

下記はメモです。


①後でゆっくり考えよう、を止める
打ち合わせは相手とのすり合わせ

②重要度と緊急度が一緒なら、早く終わる方を終わらせる

③10回やると1回成果が出る

④3歩歩けばチャンスがある

⑤面倒なことをやる。
面倒なことは他人はやらないから。

⑥宇宙でボールペンが使えないから、優秀な科学者が120億ぐらいつぎこんで宇宙で使えるボールペンを作った。しかし、ロシアは
鉛筆を作った。ボールペンを作ってないか、難しいことをやるのに悦に行ってないか考える。

⑦欠落的欠点は直したほうが良い。(仕事をしていくうえで致命的な欠点という意味です)
ケアレスミス
スケジュール管理ミス
タスク管理ミス

ケアレスミスが多い人には丁寧にチェックしてね、という

⑧会議では必ず発言しよう

⑨リアルな空間では自分の興味のあるなしに関わらず情報が飛び込んでくる。ネットでは、自分の興味あるものは深堀りできる
アマゾンは新しい発見に向いてない

⑩無理と思う問題をチームで話し合ってみよう

⑪「作る」までじゃなく、お客様に伝わるまでが仕事

空が高くなってきましたね

PHPカンファレンス 2023 に行ってきました

今日は3連休の中日でしたが、蒲田で行われたPHPカンファレンスに行ってきました!

実は…。

ここ最近、PHPしか書いてない!!!

ぐらいPHPにどっぷりつかっている私です。(`・ω・´)

(プルリクはJavaとかjsとか見ますが)

何をやってるかというと、先日書いたように、弊社のお客様が3000社を突破したんですよ!!!

ありがたいことなんですが、エンジニアの方ならよくわかっていただけると思うんですが、お客様が増えると…

・トラフィックが増える

・データが増える

・想定されていなかった使い方をされるお客様もいっぱい出てくる

という技術面の問題に直面しています。(´ω`)

そして、めちゃくちゃソフトウェアアップデートをしてるんですよ。機能がめっちゃ増えてます。

複雑性というのが増えてます。

少ない人数で素早いリリース、素早い不具合対応、スケールの問題に対処するかのヒントを得るために、こういう機会は私にとって重要です。(`・ω・´)

 

昼過ぎから行きましたので、下記のセッションから見ました。

下記には私的なメモだけ書いておきます。

後日スライドなどが公開されると思います。(内容が間違ってたら申し訳ないです。)

 

Webアプリケーションのパフォーマンス・チューニングの勘所

https://fortee.jp/phpcon-2023/proposal/9dd2a5e3-5a3d-4d3b-b39f-0fb3e17bbd15

曽根 壮大さんという方のお話ですが、この方の話は以前も聞いたことがあって、とてもためになりました。

・Cloud watch log insightsが便利

・サーバーの状態を調べるのに、最初にOSのメトリクスを見るのがよい(CPU使用率とか)
病気の検査で体重を測るのと同じようなもの。

・デッドロックが頻発すると、CPU使用率が上がる

・デッドロックを完全になくすのは難しい。逆にタイムアウトを短くして、アプリでリトライするのがよいと思う。

・キャッシュは使わなくて済むなら使わないほうが良い
壊れたときに不具合対応が難しいから

・キャッシュは必ず一次データから取り出すべし

☆目の前のコードを直すことができるのは自分たちだけ という言葉が印象的でした。☆

 

スケーラブルサービス――疎結合に成長するシステムに不可欠な要素

https://fortee.jp/phpcon-2023/proposal/d81f49cf-009c-4953-af24-1582a827edef

成瀬 允宣さんという方のお話で、3月にもPHPerKaigiでこの方のセッションを聞いてとてもためになったので聞きました。

・サービスをスケールさせるのは、ソフトウェアをメッセージ駆動にするのがよい

・メッセージキューはありものを使ったほうがよい。Kafkaの名前が挙がってました。

・ただ、メッセージキューは使うのが難しい。順序保証やトランザクションの話が上がってました。

・イベントソーシングにする。ステートソーシングとは違う概念。
成瀬さんが、イベントソーシングにすると、よりオブジェクトの状態にあう、という話をされていたのが印象的でした。
インピーダンスミスマッチを解決できるのではないかという話でした。

はは~。インピーダンスミスマッチという言葉を私はこの日初めて知ったんですが、なるほど!と腑に落ちましたね。
インピーダンスミスマッチとはDBの中身は、ある日ある時の状態(ステート)なんだけど、コード上のオブジェクトは「なう」な状態を扱っていることが多いのでミスマッチになっていくという話みたいです。

イベントの方がオブジェクトのプロパティなどに近いので、このインピーダンスミスマッチを解決できるという話。

・イベントを記録しておく。そうすると、イベントのリプレイが可能
なんとDBを消すことさえできる。イベントをリプレイすれば戻せるわけなので!

・イベントの設計図を作る

・LaravelでもKafka使えるよ!しかし、Javaとかで使ったほうがいいです…。

実は今、私イベント駆動でちょうどイベントの設計を作ったりしているところなのでジャストにためになりました!!(`・∀・)ノ

成瀬さんに後でその感動を伝えたところ、前にお会いしたことを覚えてくれて
「あ、後藤さんですよね?」
って名前を覚えて頂いていたので感動しました!°(´ฅωฅ`)°。 成瀬さんは芸能人みたいな方ですね!( ˊᵕˋ )

安全にPHPでWebアプリ開発するために実践していること

篠田 北斗さんという方のお話でした。

いかにうまくPHPのソフトウェアを開発・メンテナンス・運用していくかということで実践的なお話ばかりでためになりました。

・readonly 使ってこ。(個人的な話ですが、使うの忘れちゃうんで!)

・MTTRの短縮化を目指す

・エラートラッキングツールとチャットツールを連携させる。ここではSentryの名前が挙がってました。
オオカミ少年にならないように毅然とした態度をとる。

→この話、どうしたらオオカミ少年にならないのか、毅然とした態度とは何なのか、懇親会で篠田さんに直接聞いちゃいました!
ウチでも、同じような構成(Sentry+Slack)でオオカミ少年化しているところが結構あるので…。(´ω`)
「Sentryでignoreするエラーを選べるのでそれでミュートすべし」
「Slackでエラーが来たらちゃんとつぶしていく」
おおー。教えて頂いてありがとうございました!┌o ペコッ

・ノートラブルシステムへの道 というスライドがよいので見る。
→見ました。https://speakerdeck.com/yamaz/notoraburusisutemuhenodao?slide=25
確かにいい話です。「機能追加がなくても、売れればシステムは傷み始める」というのがまさしくその通りだなと。


その後は、ちょっと休憩してて、LTを一通り見ました。

PHPInsightsで技術的負債の可視化始めました

 

・Gitで直近1年間のファイル別変更回数を出す。その後、循環的複雑度を出す。
変更回数 × 循環的複雑度 = ソフトウェア保守のコスト

うわああああ 確かに!!

入社半年を迎える新米エンジニアがカンファレンス・勉強会から得た学び〜半年後の自分に伝えたいこと〜

・知らないことは調べようがない

単純だけど、真実だな!って思います。

ネットだけで調べものしていると、「知らないことに遭遇できない」ということがよくあると思います。


なんと、今回900人ぐらいの人が参加したそうです!

大盛況ですね。

各地でPHP Conferenceが行われるらしいです。

その後、懇親会で多くの方とお話させて頂きました。

どんなプログラムを書いているかとか、今注目している技術とか、組織がかかえる問題とか、その方のキャリアとか、よもやまテックなことだけじゃないお話ができて楽しかった~ o(>▽<)o

Github Copilot導入しようか迷ってたんですが、結構導入しているとか、便利だよって話をお聞きして、ウチでも使って行こうと思いました!

皆さま有難うございました!!!

PHPカンファレンス

導入企業数が3000社を突破!!

なんとなんと!

弊社のODIN リアルタイム配送システムの導入企業数が

3000社

を超えました!!!

パチパチパチパチ。

有難うございます!!!!!!!

配送業向けに11年やってますからね。

配送の進捗が一目でわかる

配送の進捗が一目でわかる

久しぶりに、口コミサイトのITトレンドを見てみました。

ITトレンド口コミでNo1

 

カテゴリー満足度ランキング、相変わらずの1位です!!(`・ω・´)

おすすめ度・機能への満足度・使いやすさ・サポート品質・価格

どれもバランスが取れている、というご評価です!⊂(^-^)⊃

口コミを一つご紹介させていただきます。


口コミを書いてくださった方

送迎業務の送迎計画策定と動態管理のコスト面からの乗り換え

この製品のいい点

民間学童の送迎業務の送迎計画作成と、動態管理に使用しています。 コスト面で以前使っていたSaaSと比べ、優れています。 ドライバーの交代や、送迎計画のちょっとした変更などの管理業務も、スマートフォンでできることも多く、移動中の対応などが可能になりました。 また、利用者への送迎車の位置確認が地図上で行えるため、保護者との情報共有の質が向上し、安心感につながっています。 以前のものは、到着5分前に送信される、接近通知メールのみがオプションで提供されていました。

ODIN リアルタイム配送システムの改善してほしい点

ドライバーが利用するナビで、建物への横づけ指定ができません。大通りの反対側がゴールになる場合もあります。 また、その日の利用者のデータ(氏名や下校時刻等のドライバーへの確認情報と、住所または緯度経度情報などに位置データ)を社内システムからCSVでインポートして利用していますが、インポート後に、下校時刻などのドライバーに直感的に伝えたいデータの変更ができません。 また、ドライバーの変更時には、送迎計画を交代するドライバーにコピーすることで可能となりますが、案件コードなど社内システムに取り込む際に必要になる、ユーザーが追加したフィールドがコピーされないため、ドライバー交代の情報を、利用者への情報に反映させるためには、一部手作業が必要となります。
システムの不具合がありましたか?
仕様変更による不具合がおきることがありますが、直ぐに対応してもらえています。

ODIN リアルタイム配送システム導入で得られた効果・メリット

配送業向けのSaaSのようですが、児童の送迎でも十分に使えます。送迎計画の変更もリアルタイムでドライバーに伝えられるため、送迎漏れなどの心配がありません。
以前利用していた製品の解約理由
費用対効果

検討者にオススメするポイント

送迎サービスを行っている施設にもおすすめです。
————————————————————

他の口コミなどは、下記からご覧頂けます。
https://it-trend.jp/logistics-system/12280/review#tab_all

お問い合わせはぜひ、コチラまで!

創立記念日でした!18年目になります!

今日は、弊社の創立記念日でした!

2006年に創業したので、なんと17周年で、18年目に突入します!

日ごろご愛顧いただいているお客様、パートナー企業の皆様、そして何より、がんばっているスタッフのみんなのおかげです。

ありがとうございます。

18歳ともいえばもう大人ですね…。(´ω`)

感慨深い。

さっき、なんとなく会社のホワイトボードにイラストを落書きしていたら、S君が

「後藤さん。消しておきますよ。」

と言ってさっと消されました(笑)。

昔は、ホワイトボードの落書きとか放置してたのにな…。そこに落書きを重ねてくれたりとかしてたのにな…。

と一抹の寂しさを感じました。

でも、少し大きな会社になったということですね( ˊᵕˋ )

 

まぁ、まだやんちゃなところが残っている会社だとは思いますが。

 

あああー!!今日、空の写真を撮り忘れちゃったー!!!(>_<)

今日は、少し曇りでしたが、晴天だったと思います。

毎年、この日は晴なんですよ。

去年の今日は、何を言っていたかというと、下記のようなことを言ってました。

https://summer-snow.onlineconsultant.jp/2022/10/02/%e5%89%b5%e7%ab%8b%e8%a8%98%e5%bf%b5%e6%97%a5%e3%81%a7%e3%81%99%e3%80%8217%e5%b9%b4%e7%9b%ae%e3%81%ab%e3%81%aa%e3%82%8a%e3%81%be%e3%81%97%e3%81%9f%ef%bc%81/

 

毎日、青空のようにスカッと生きていく。

それを志していきたいです。

 

仕事では、2024年問題が巷で話題です。

弊社も、日本の運送・配送の問題を解決していくのに必死です。

もっと、いい製品にして、皆様の問題を解決していくことができたらいいな、と日々思います。

 

今回、空の写真がないので2006年のころの写真ないかな?って探してみました。

→なかった。

なので、2008年にやったセミナーの写真と仕事してた時の写真があったので、貼っておきます。

変な服(笑)眉毛ほそっ(笑)

 

2008年当時は、マンションの一室で、3人で仕事してたんですね~。懐かしいな。

モニターに時代を感じる

 

T氏も若かった(笑)

T中氏

さっきも話したように、落書きは消されてしまうけれども。

創業当初の挑戦者魂とか、ウチの会社を「日本のGoogleにする」という夢は捨てていません!(`・ω・´)

 

あんまし私、昔を思い出して、昔はよかったなって思わないんですよ。

今が一番楽しいし、幸せです!

去年に会社のイベントでプレジャーフォレストへ行った時。

 

それが一番幸せもんな話ですよね。( ˊᵕˋ )

本当に、会社のスタッフの皆さん、お客様、パートナー様、友達、周りの皆様のおかげだな、と毎日感謝しています。

重ねてありがとうございます!!!(/□≦、)エーン!!

 

これからも、オンラインコンサルタントと、従業員一同ともどもよろしくお願いいたします。

AIでプログラマーの仕事がなくなるのかという話

よく耳にする話ですよね。

ChatGPTがはやってから、さかんに言われるようになりました。

ノーコードの流行もあると思います。

私の今のところの推測では、

「AIのような仕事しかできないプログラマーはいらなくなるだろう」

と思います。

例えば、ちょっとした処理しか書けないとかですかね。

大体のプログラムが、情報をストレージから読み出して画面に描画し、また入力されたものをストレージに書き込む、というのがおおまかな役目だと思います。

単純に一つの画面に描画する、とかちょっと装飾をした画面にするとか、入力値を読み取ってちょっとしたバリデーションをして機械的にストレージに書き込む、ということしかできないプログラマーの場合、AIやノーコードに置き換えられてしまうと思います…。

ただ、プログラムってそんなに単純なものばかりではないんですよね。

私はプログラミングという仕事は小説家とか写真家とかに近いと思ってます。

プログラミングをしたことのない人にはピンとこない話ではあると思うんですが💦

入口の敷居は低くて、誰にでも小説を書いたり、写真を撮ったりすることができますよね。

しかし、人を感動させる小説や、美しいなと思える写真は一握りの人しか作れません。

それにはノウハウも大切だと思うんですが、積み重ねの実践も大事だと思うんですよね。

 

①複雑な対象物を観察する力

②それをすっきりとしたモデルにする力

③それを形にする力

④作ったものを多くの他人に批評してもらう力

⑤批評を取捨選択して取り入れて改善していく力

 

が必要だと思ってます。

 

AIに今のところできそうなのは③と④でしかないんですよね。

ちょっと話がそれますが、④ってのは、意外とハードルが高いものなのかなと感じています。

多くの人が、

「作品を作ったんだけど恥ずかしくて世に出せない」

という経験があると思います。コードレビューにまつわる問題も色々ありますよね。

仕事であっても、自分の書いたものが少しでも批評されると

「心が折れてしまう」

という人にはもしかしたらプログラミングもそうですが、クリエイティブな仕事には向いていないのかもしれません。

ここはAIは一抹のためらいもないでしょうから、自分の書いたコードを世にさらしてくれるでしょう。(笑)

 

前にも書きましたが

「古池や 蛙飛び込む 水の音」

まで世界をそぎ落とし、表すことができるような能力なんじゃないかなと思います。

 

ソフトウェアを作るというのは楽しい仕事です。

上述したように、まだまだ人間がやる余地があります。

むしろ末端のコードは最近はChatGPTで作れるので、より創造の余地がある仕事にシフトできている仕事だといえます。

弊社では新卒のプログラマーさんを大募集中です!

ウチでは運送業の問題を解決するソフトウェアを作っています。

一緒に世の中をよくする仕事をしていきましょう!

新卒募集の詳細はコチラから!

一緒に働く仲間を募集しています!

荷主企業さんからの問い合わせが増えています

弊社のODIN リアルタイム配送システムですが、私も時々お客さんのところに行くんですが、最近多いお問い合わせが

「自社で配送をしているわけではなく、外注で配送をしているが、その配送を管理したい。」

というお話です。

つまり、荷主さんや荷主から発注を受けた配送の1次請け、などの会社さんですね。

そういう会社さんが、なぜ弊社のシステムに興味を持って頂いているかというと、おそらくスマホなので簡単に外注さんに使ってもらえるということだと思うんですよね。

デジタコなどの車に取り付けるタイプのものだと、自分たちの会社の車ではないのでハードルが高いんですよね。

弊社のサイトでも、ハマキョウレックス様で2次請け、3次請けの管理をしている、という事例をご紹介しています。

 

また、もう一つの要因が、2024年問題です。

2024年問題で、よく話に上がるのが、トラックドライバーさんのお仕事って運転するだけじゃなくって、納品までですから、着いた先、または荷物を積む作業もあったりします。

で、その着いてすぐ納品、とかできればいいんですけど、場所によってはトラックが2台しか入れないから後に来たトラックはちょっと待っておく、とかそういうことがよくあります。

その時間が結構長いんですよね。2時間とかかかったりしている場合もあるそうです。

で、これがもちろん待たせている側、つまり荷主が悪いでしょう!という話になりつつあって、国土交通省さんが、トラックGメンなるものを設置しました。

 

それで荷主さん企業の方も、2024年問題に敏感になってこられたという背景があると思います。

ただ、荷主さんの方が全部悪いのかというとそんなことももちろんなく、まずは

・運送のどこにどのように時間がかかっているのか把握する

 

が必要です。

そういう時に、弊社のODIN リアルタイム配送システムが役に立つってわけですね。

どこにどんな作業をしていてどれだけ時間がかかったか記録できますからね。

また、外注さんや庸車さんのルートが最適なのかどうか知りたい、という方もいらっしゃいます。

そういうことにも使えちゃったりします。

 

ぜひ、荷主企業さんでも、ODIN リアルタイム配送システムを試してみたい、という場合は無料お試しが2週間できますので、お気軽に利用してください!

無料お試しはこちら