その他
ご無沙汰しております。ソリューション推進課の金子です。
IoTやテックといったものは一切含まない内容なので、エコモットの技術力の高さに期待されている読者の皆様には大変恐縮な思いでいっぱいですが箸休めと思って読んでいただければ幸いです。
さて2020年からはじまったテレ（リモート）ワーク中心生活も気が付けば早2年。
テレ（リモート）ワーク開始当初はとりあえず自宅の一室に貸与ノートを置いて仕事しておりましたが、デスク環境・周辺環境・身体への負担など様々な問題が顕在化し、改善を余儀なくされました。
というわけで今回はそんな劣悪な環境から脱すべく“快適なテレワーク環境”を構築するためにやった５つのことをご紹介したいと思います。
現場ロイド
みなさん、こんにちは
製品開発部の細川です。
私の所属する部署は土木・建設現場向けの生産性・安全性向上を実現する
システム開発の依頼を受けることが多いです。
開発案件の中には、センサーやAIカメラ等で『何か』を検知した後に
離れた場所にある表示機や警報器に『伝える』機能を求められます。
弊社の既存システムではクラウドやメール等を経由して
『伝える』処理を行いますが、若干遅延があり
現場によっては、瞬時に『伝える』処理を要求されることがあります。
端末同士を有線で繋ぐと瞬時に『伝える』機能は実現できるのですが
現場によっては、有線を敷設することができない場所もあるため
無線が必要になるケースがあります。
今回は、新製品の「クラウドロガーLTE（Cat1）」
を活用して有線を敷設しなくても、LTE回線経由で
どこでも瞬時に『伝える』機能を実現した案件をご紹介いたします。
Tech blog
こんにちは。
DXソリューション開発部の池田です。
最近、開発時のプチストレスがいい感じに改善できたので、その方法を紹介したいと思います。
いわゆる自作キーボード派にしか刺さらない内容ですが、どなたかの参考になれば。
好きな方ならご存知かと思いますが、2018年頃から(一部で)大変流行している自分でパーツを選んで組み立てるタイプのキーボードのことです。物理的な形・キーマップ・キースイッチ・キーキャップなどを自由に選べるので人によっては理想の一品に出会えるかもしれません。
かくいう私も当時のブームにまんまと乗っかり、Corne Cherryという左右分離型のものを愛用しています。
現場ロイド
こんにちは！エコモットの奈良です！
今年は、北海道や日本海側の地域では記録的な大雪に見舞われ大変な日々が続いておりますが、春まであともう少しの辛抱です。
そのような厳しい気候条件にさらされているコンクリートではありますが、前回のブログでは寒冷地のコンクリートの劣化とその原因についてお伝えしました。
【GR】コンクリートの豆知識 vol.2 ～冬はコンクリートに厳しい季節です～
今回はその他の劣化とその原因についてお話していきましょう。
続きを読む
Tech blog
Tech blog
こんにちは。
開発メンバのKです。
今回Linux環境でPostgreSQLのメモリチューニングのための設定変更をする機会があったので、変更までの手順をはじめからまとめてみました。
PostgreSQLを使ってはいるけれど、意外とメモリ周りの設定は「なんだか難しそう、よくわからない」そんな印象のために、デフォルト値のままだったりすることもあるかもしれません。
実際にやってみると変更自体はそれほど難しくないので、これを機に一度見直してみましょう。
現場ロイド
こんにちは。現場ロイドマーケティングチームです。
今回は1月20日の大型アップデートにて、Gリポートに追加された待望の新機能についてご紹介させていただきます。
その機能とはこちらです！
USB外付けカメラへの対応により、ウェアラブルスタイルの利用が可能になりました。
ウェアラブルという名前が示すとおり、外付けでカメラを装着してGリポートを使用することが可能です！
この機能は現場で遠隔臨場にお使いいただいているお客様の要望が形になったものです。
さらに使いやすく進化したGリポートをご確認ください。
続きを読む
Tech blog
こんにちは。
コンストラクションソリューション事業部 開発部の菊池と申します。
最近、業務でJavaからExcelを操作することのできるApachePOIというライブラリを使用する機会があったので、ここに備忘録として残しておこうかなと思います。
現場ロイド
こんにちは！エコモットの奈良です！
前回に引き続き、コンクリートのお話第２弾です。
北海道では冬用のタイヤに交換すると本格的な冬が始まります。
動物たちは冬眠の準備を始めているのでしょうね。
人や動物たちに厳しい冬ですが、コンクリートにとっても厳しい季節になります。
既に出来上がったコンクリートにとって、冬はどのくらい大変なのでしょうか。
続きを読む
Tech blog
MBL開発部 Nです。
最近、Postgresqlを運用していて気になった所を調べてみました。
どんな事かと言いますと、10GB程度あるテーブルのデータを大量に削除した際にVacuumをFullオプション付きで行っていないのにもかかわらず、テーブルサイズが縮小し、OSのディスク空き容量も増えるということが二回あり、通常vacuumではOSに領域の返却は行われないと思っていたので一度目は見間違いかなと思っていました。
ドキュメントを見てみると9系のVacuumからこのように記載されています。
（FULLが指定されていない）通常のVACUUMは、単に領域を回収し、そこを再利用可能な状態に変更します。 この形式のコマンドでは排他的ロックが取得されていないため、テーブルへの通常の読み書き操作と並行して実行することができます。 しかし余った領域はオペレーティングシステムには(ほとんどの場合)返されません。 同じテーブル内で再利用できるように保持されるだけです。
ほとんどの場合返却されませんとの事ですので、返却されること自体は稀だけどもおかしくないようです。ではどのような場合に返却されるのでしょうか。
