logo

報酬を得る機会

魅力的な報酬求人の提案:
JavaLaravelVueJS
株式会社Hachinet Software

流通業界向けパッケージ導入支援

株式会社Hachinet Software

大阪府

スキル

Java

仕事内容

＜概要＞
　　ホームセンター向けPKG導入支援、改修およびカスタマイズ作業を行う
　　１）工程
　　　　詳細設計以降
　　２）条件
　　　・環境
　　　　開発言語　　　：Java
　　　　フレームワーク：Strutsベース
　　　　ＤＢ　　　　　：SQLServer

仕事の要求度

・必須条件
　　　　→Javaを用いた開発経験が2年以上

・条件
　　　　開発言語　　　：Java
　　　　フレームワーク：Strutsベース
　　　　ＤＢ　　　　　：SQLServer

候補者の権利

・チームビルディング
・健康診断
・13か月の給与
・健康保険
・雇用保険
・資格取得支援制度
・各種勉強会

勤務地

大阪府,大阪市北区

ボーナス

ログインして表示

紹介成功順

概要

  • 経験: 2年
  • 資格: 必須なし
  • 作業方法: Full-time
  • 人数: 4 人
  • 面接回数: 2

想定給与

  • 給与: 45-50 万円
  • 住宅手当: 0万円
  • 通勤手当: 0万円
  • 定額残業手当: 0万円
  • 他の手当: 0万円
  • 賞与: 0万円
  • 想定年収: 540 万円

会社について

ベトナム市場を皮切りに、高品質なソフトウェアシステム開発コンサルタント兼サービスプロバイダーを目指す方向性を持って、ハチネットを多くの才能や専門家が集合するところを造っていきたいと考えております。 ハチネットの「ハチ」というのは、数字の「8」という意味だけだはなく「蜂」という意味も理解できます。ベト...

保存して共有する

リンクをコピーする:

同じスキルの仕事

適切な求人は0件あります.

人材採⽤ブログ

ブログ、キャリアガイド、HRヘッドハンターのための採用コンサルタントを提供しております。

tkinter・pyqt・kivy・pysimpleguiの限界点まで比較する――性能・設計・運用コストから見る現実的な選択基準

Tkinter・PyQt・Kivy・PySimpleGUIの限界点まで比較する――性能・設計・運用コストから見る現実的な選択基準

2026年2月17日

Python GUI フレームワークの比較は数多く存在しますが、多くは「作りやすさ」や「初心者向け」といった入り口の話に留まっています。しかし実務では、描画負荷、データ量、非同期処理、将来的な機能追加が現実の課題になります。本記事ではTkinter、PyQt、Kivy、PySimpleGUIを、実際に業務で使った場合にどこで限界が来るのかという観点で、より踏み込んで解説します。

もっと見る

モバイル・タッチ前提で再設計するPythonのGUI戦略――Kivyを軸にPySimpleGUI・Tkinterを技術比較する

2026年2月16日

Pythonで業務システムを構築する現場では、まずCLIやAPIから始まり、後からGUIを追加するケースが多く見られます。その際、開発効率を優先してデスクトップ向けの軽量GUIを選ぶと、後になってタブレット常設端末対応やモバイル展開の要件が追加されたときに設計の前提が崩れます。GUIフレームワークの違いは単なるAPI差ではなく、描画エンジンと入力モデルの前提差です。ここを誤ると全面的な再設計が必要になります。

モバイル・タッチ前提で再設計するpythonのgui戦略――kivyを軸にpysimplegui・tkinterを技術比較する

PyQt / PySideが業務GUIで「最後まで生き残る」理由を分解する

2026年2月11日

業務GUIは必ず肥大化します。これは回避不能です。画面が増え、条件分岐が増え、例外対応が増え、人が入れ替わります。PyQt / PySideが評価されている理由は、その前提を最初から織り込んだ設計になっている点にあります。本記事ではQt系GUIが「壊れにくい構造」を持つ理由を、内部思想レベルで掘り下げます。

pyqt---pysideが業務guiで「最後まで生き残る」理由を分解する

Tkinterはなぜ「簡単そうに見えて必ず壊れる」のか ― イベント境界と状態寿命が支配するPythonのGUI

2026年2月10日

Tkinterは「PythonでGUIを作るための簡単な方法」として紹介されることが多い。しかし実際に業務や個人開発で使うと、多くの人が同じ壁にぶつかる。処理が増えた途端にコードが読めなくなり、少し仕様を変えるだけで全体が崩れる。この現象は偶然ではない。Tkinterの実行モデルと状態の扱い方を誤解したまま書かれていることが原因である。

tkinterはなぜ「簡単そうに見えて必ず壊れる」のか-―-イベント境界と状態寿命が支配するpythonのgui
guiはなぜイベント駆動以外で成立しないのか-―-スタック寿命と実行モデルが決める不可逆構造

GUIはなぜイベント駆動以外で成立しないのか ― スタック寿命と実行モデルが決める不可逆構造

2026年2月9日

PythonのGUIがイベント駆動である理由は、設計思想でもフレームワークの流儀でもない。それは OSがGUIプログラムをどう実行させているか、そして CPUスタックという資源がどのように使われ、どこで切断されるかという低レイヤの制約から必然的に導かれた結果である。本稿では「GUIはこう書くべき」という話はしない。なぜ別の書き方が成立しないのかを、順序立てて分解する。

pythonのguiフレームワークで理解が崩壊する本当の理由──実行制御・状態寿命・設計責務を理解していないpythonの限界

PythonのGUIフレームワークで理解が崩壊する本当の理由──実行制御・状態寿命・設計責務を理解していないPythonの限界

2026年2月5日

Python GUI フレームワークの学習が難航する理由は、APIやライブラリの問題ではありません。問題は、Pythonプログラムが「一度実行されて終わるもの」だという理解のまま、終了しない・制御を返さないプログラム世界に足を踏み入れることにあります。本記事では、GUIに進む前に理解しておくべきPythonの限界点を、実行・状態・設計の3軸から掘り下げます。