എന്റെ ഫയൽ എനിക്ക് തിരികെ ലഭിക്കുമോ?
നിങ്ങളുടെ .fet ഫയൽ ഒരു ടൈംടേബിൾ ആണ്, ഏതെങ്കിലും ടൂളിൽ ഉപയോഗിക്കുന്നതിന് മുൻപ് അത് പരിശോധിക്കാൻ രണ്ട് മിനിറ്റ് നീളുന്ന ഒരു ലളിതമായ മാർഗ്ഗമുണ്ട്.
ഒരു .fet ഫയൽ കാണാൻ അത്ര വലിയ കാര്യമായി തോന്നില്ല. കഴിഞ്ഞ വർഷത്തെ ഫയലിനൊപ്പം ഒരു ഫോൾഡറിൽ കിടക്കുന്ന ഏതാനും കിലോബൈറ്റ് വലിപ്പമുള്ള ഒരു XML ഫയൽ മാത്രമാണത്.
പക്ഷേ അതിൽ എന്തൊക്കെയാണ് ഉൾപ്പെട്ടിരിക്കുന്നതെന്ന് നിങ്ങൾക്കറിയാം. സയൻസ് ബ്ലോക്കിൽ ഒരേസമയം രണ്ട് പ്രാക്ടിക്കലുകൾ നടത്താൻ കഴിയില്ലെന്ന് തീരുമാനിക്കാൻ ഓഗസ്റ്റ് മാസത്തിൽ ചെലവഴിച്ച രണ്ടാഴ്ച. ഭാഷാ വിഭാഗം മേധാവിയുമായി നടത്തിയ മൂന്ന് വട്ട ചർച്ചകൾക്ക് ശേഷമുണ്ടായ ഒത്തുതീർപ്പ്. നിങ്ങൾ ഓരോന്നായി ചേർത്ത പതിനൊന്ന് constraints, ഓരോ തവണയും എന്തെങ്കിലും തെറ്റ് സംഭവിച്ചതിന് ശേഷം വീണ്ടും സംഭവിക്കരുത് എന്ന് കരുതി ചേർത്തവ.
ഇതൊന്നും മറ്റെവിടെയും എഴുതിവെച്ചിട്ടില്ല. ആ ഫയലിലെ constraints ആയി അത് നിലനിൽക്കുന്നു. അത് നഷ്ടപ്പെട്ടാൽ നിങ്ങൾ ഒരു രേഖയല്ല നഷ്ടപ്പെടുത്തുന്നത് — അതിന് പിന്നിലെ യുക്തിയാണ് നഷ്ടപ്പെടുന്നത്. സെപ്റ്റംബറിൽ ടൈംടേബിൾ അർത്ഥശൂന്യമാകുമ്പോൾ മാത്രമായിരിക്കും നിങ്ങൾ അത് തിരിച്ചറിയുക.
അതുകൊണ്ട്, ഒരു വെബ് ടൂൾ അത് തുറക്കാമെന്ന് പറയുമ്പോൾ, ആ ടൂൾ ഉപയോഗപ്രദമാണോ എന്നതല്ല ചോദ്യം. മറിച്ച്: എന്റെ ഫയൽ എനിക്ക് തിരികെ ലഭിക്കുമോ? എന്നതാണ്.
എന്തുകൊണ്ട് ഉത്തരം മിക്കവാറും "പൂർണ്ണമായല്ല" എന്നാകുന്നു
.fet ഫയലുകൾ വായിക്കുന്ന മിക്ക ടൂളുകളും അത് ചെയ്യുന്നത് വളരെ ലളിതമായ രീതിയിലാണ്. ആരെങ്കിലും ഫോർമാറ്റ് പരിശോധിക്കുന്നു, തങ്ങൾക്ക് ആവശ്യമുള്ള ഭാഗങ്ങൾക്ക് (അധ്യാപകർ, വിഷയങ്ങൾ, മുറികൾ, activities, പൊതുവായ constraints) കോഡ് എഴുതുന്നു, എന്നിട്ട് അത് പുറത്തിറക്കുന്നു.
അത് പ്രവർത്തിക്കും, പക്ഷേ പതുക്കെ പരാജയപ്പെടും. FET-ന് വിപുലമായ constraint പദാവലിയുണ്ട്, ഓരോ പുതിയ പതിപ്പിലും അത് വളരുന്നു. ടൂൾ നിർമ്മിച്ചയാൾ നടപ്പിലാക്കാത്ത കാര്യങ്ങൾ വായിക്കപ്പെടില്ല, ഫയൽ തിരികെ സേവ് ചെയ്യുമ്പോൾ വായിക്കാത്ത കാര്യങ്ങൾ എഴുതപ്പെടുകയുമില്ല. ഫയൽ തുറക്കും. അത് സാധുവായിരിക്കും. പക്ഷേ നിങ്ങൾ ഏറ്റവും കൂടുതൽ ശ്രദ്ധിച്ച മൂന്ന് constraints അതിൽ കാണില്ല, ആരും അത് നിങ്ങളോട് പറയുകയുമില്ല.
ഇതാണ് ഒഴിവാക്കേണ്ട പരാജയം, കാരണം അത് സംഭവിക്കുന്ന സമയത്ത് അത് തിരിച്ചറിയാൻ കഴിയില്ല.
പകരം ഞങ്ങൾ ചെയ്യുന്നത്
FET Explorer എല്ലാ constraint-ഉം മനസ്സിലാക്കാൻ ശ്രമിക്കുന്നില്ല. അതിന് അതിന്റെ ആവശ്യമില്ല.
ഒരു ഫയൽ വായിക്കുമ്പോൾ, അതിലെ ഓരോ constraint-ഉം അതിന്റെ പേരോടും ഉള്ളടക്കത്തോടും കൂടി അതേപടി സൂക്ഷിക്കുന്നു — ഈ ആപ്ലിക്കേഷന് ആ constraint എന്താണെന്ന് അറിയാമോ ഇല്ലയോ എന്നത് വിഷയമല്ല. നിങ്ങൾ ഡൗൺലോഡ് ചെയ്യുമ്പോൾ, ഓരോന്നും അതേ പേരിൽ, അതേ ഉള്ളടക്കത്തോടെ, അതേ ക്രമത്തിൽ തിരികെ എഴുതപ്പെടുന്നു.
പിന്തുണയ്ക്കുന്ന constraint തരങ്ങളുടെ പട്ടികയൊന്നുമില്ല, കാരണം പിന്തുണയ്ക്കാൻ ഒന്നുമില്ല. ഞങ്ങൾക്ക് കേട്ടുകേൾവി പോലുമില്ലാത്ത ഒരു പുതിയ constraint തരം FET-ൽ വന്നാലും അത് മാറ്റമില്ലാതെ കടന്നുപോകും, നിങ്ങൾക്ക് അറിയാത്ത ഒരു വാക്ക് കൈകൊണ്ട് പകർത്തിയെഴുതുമ്പോൾ അത് അതേപടി നിലനിൽക്കുന്നതുപോലെ.
ഇന്ന് ഞങ്ങളുടെ പക്കലുള്ള ടൈംടേബിളുകളിൽ, 20 വ്യത്യസ്ത തരങ്ങളിലായി 2,987 constraints ഉണ്ട്, അവയൊന്നും എക്സ്പോർട്ട് കോഡിൽ പ്രത്യേകമായി കൈകാര്യം ചെയ്യാതെ തന്നെ കൃത്യമായി തിരിച്ചെത്തുന്നു.
Weights അതേപടി തിരിച്ചെത്തുന്നു. 80% എന്ന് സെറ്റ് ചെയ്ത ഒരു constraint 80% ആയി തന്നെ തുടരുന്നു — അത് റൗണ്ട് ചെയ്യപ്പെടുന്നില്ല, വീണ്ടും കണക്കാക്കുന്നില്ല, "on" എന്ന് മാറ്റുന്നില്ല. പ്രവർത്തനരഹിതമായ ഒരു constraint പ്രവർത്തനരഹിതമായി തന്നെ തിരിച്ചെത്തുന്നു. നിങ്ങളുടെ അഭിപ്രായങ്ങളും തിരിച്ചെത്തുന്നു.
നിങ്ങൾക്ക് ലഭിക്കുന്നതിന് മുൻപ് ഫയൽ പരിശോധിക്കപ്പെടുന്നു
ഞങ്ങൾ ഇടപെടുന്ന ഒരു കാര്യമുണ്ട്.
FET തുറക്കാൻ വിസമ്മതിക്കുന്ന ഒരു .fet ഫയൽ ഒട്ടും ഫയൽ ഇല്ലാത്തതിനേക്കാൾ മോശമാണ്: ആയിരക്കണക്കിന് റെക്കോർഡുകളിൽ ഏതാണ് തെറ്റായതെന്ന് അറിയാതെ നിങ്ങൾ അവസാനം അത് തിരിച്ചറിയുന്നു. അതിനാൽ ഫയൽ കൈമാറുന്നതിന് മുൻപ് അത് നിർമ്മിക്കുകയും പരിശോധിക്കുകയും ചെയ്യുന്നു.
അത്യാവശ്യമായ എന്തെങ്കിലും കുറവാണെങ്കിൽ — വിഷയം ഇല്ലാത്ത ഒരു activity, അധ്യാപകരുടെ പട്ടികയിൽ ഇല്ലാത്ത ഒരാളെ കാണിക്കുന്ന ഒരു പാഠം — അത് നിങ്ങളോട് പറയുകയും കൃത്യമായ റെക്കോർഡുകൾ ചൂണ്ടിക്കാണിക്കുകയും ചെയ്യും. സുരക്ഷിതമായി ഡിഫോൾട്ട് ചെയ്യാവുന്ന കാര്യങ്ങൾ ഡിഫോൾട്ട് ചെയ്യപ്പെടും, അത് നിങ്ങൾക്ക് പ്രശ്നമാകില്ല.
ഫയൽ സാധുവാണെങ്കിലും അപൂർണ്ണമായി തോന്നുന്നുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഒരു മുന്നറിയിപ്പും എന്തായാലും ഡൗൺലോഡ് ചെയ്യുക എന്ന ബട്ടണും ലഭിക്കും. അതൊരു ഉപദേശമാണ്, തടസ്സമല്ല.
പരിശോധന പരാജയപ്പെട്ടാൽ, ഡൗൺലോഡ് തുടരും. ഒരു അഭിപ്രായവും പറയാൻ കഴിയാത്ത പരിശോധന നിങ്ങളെയും നിങ്ങളുടെ ഫയലിനെയും തമ്മിൽ അകറ്റാൻ കാരണമാകരുത്.
ഞങ്ങളുടെ വാക്ക് മാത്രം വിശ്വസിക്കരുത് — രണ്ട് മിനിറ്റ് എടുക്കുക
ഇത് തീർച്ചയായും ചെയ്യേണ്ട കാര്യമാണ്, കാരണം ഇതിന് ചെലവൊന്നുമില്ല, ഇത് ചോദ്യം ശാശ്വതമായി പരിഹരിക്കുകയും ചെയ്യും.
- നിങ്ങളുടെ
.fetഫയൽ അപ്‌ലോഡ് ചെയ്യുക. - ഒന്നും മാറ്റാതെ തന്നെ അത് ഉടൻ ഡൗൺലോഡ് ചെയ്യുക.
- രണ്ട് ഫയലുകളും താരതമ്യം ചെയ്യുക.
ഫോർമാറ്റിംഗിൽ — ഇൻഡന്റേഷൻ, ആട്രിബ്യൂട്ട് സ്പേസിംഗ്, ഓപ്ഷണൽ ഫീൽഡുകളുടെ ക്രമം — മാത്രമേ അവ തമ്മിൽ വ്യത്യാസമുണ്ടാകാവൂ. മറ്റൊന്നിലും ഉണ്ടാകരുത്. ഒരേ activities, ഒരേ constraints, ഒരേ weights, ഒരേ അഭിപ്രായങ്ങൾ.
രണ്ട് ഫയലുകളും തമ്മിൽ കാര്യമായ വ്യത്യാസമുണ്ടെങ്കിൽ, അതൊരു ബഗ് ആണ്, അത് ഞങ്ങളെ അറിയിക്കുക. അത് പരിഹരിക്കേണ്ട ഒന്നാണ്, സെപ്റ്റംബറിൽ നിങ്ങൾ കണ്ടെത്തേണ്ട ഒന്നല്ല.
ഒരു സത്യസന്ധമായ അപവാദം
നിങ്ങളുടെ ടൈംടേബിൾ .fet ഫയലിന് പകരം സ്പ്രെഡ്ഷീറ്റുകളിൽ നിന്നാണ് നിർമ്മിച്ചതെങ്കിൽ, അറിഞ്ഞിരിക്കേണ്ട ഒരു കാര്യമുണ്ട്. CSV വരികളിൽ FET activity ഐഡന്റിഫയറുകൾ ഇല്ല, കൂടാതെ placement constraints-ന് ഓരോ പാഠങ്ങളെയും സൂചിപ്പിക്കാൻ സ്ഥിരതയുള്ള ഐഡികൾ ആവശ്യമാണ്.
അത് നിരസിക്കുന്നതിന് പകരം, ഫയൽ നിർമ്മിക്കുമ്പോൾ ഞങ്ങൾ ആ ഐഡന്റിഫയറുകൾ നൽകുന്നു — അവ മാറാത്ത രീതിയിൽ സൂക്ഷിക്കുകയും ചെയ്യുന്നു. രണ്ടാമതൊരു ഡൗൺലോഡ് ആദ്യത്തേതുമായി പൊരുത്തപ്പെടും. നിങ്ങൾക്ക് സ്പ്രെഡ്ഷീറ്റുകളിൽ നിന്ന് ടൈംടേബിൾ നിർമ്മിക്കാനും കൃത്യമായ ഒരു .fet ഫയൽ പുറത്തെടുക്കാനും സാധിക്കും.
ഇത് എന്തല്ല
FET Explorer ടൈംടേബിളുകൾ നിർമ്മിക്കുന്നില്ല. ഇത് FET നിർമ്മിച്ചതിനെ ഒപ്റ്റിമൈസ് ചെയ്യുകയോ, വീണ്ടും പരിഹരിക്കുകയോ, മെച്ചപ്പെടുത്തുകയോ ചെയ്യുന്നില്ല. FET ആണ് കഠിനമായ ജോലി ചെയ്യുന്നത്; ഇത് ഫലം വായിക്കുകയും, അവതരിപ്പിക്കുകയും, പങ്കിടുകയും, എഡിറ്റ് ചെയ്യുകയും ചെയ്യുന്നു.
അതുകൊണ്ടാണ് റൗണ്ട് ട്രിപ്പ് പ്രധാനമാകുന്നത്. ടൈംടേബിൾ കാണിക്കാൻ മാത്രം കഴിയുന്ന ഒരു ടൂളിന് ഫയലിന്റെ പകുതി മനസ്സിലാക്കിയാൽ മതിയാകും. നിങ്ങൾ എഡിറ്റ് ചെയ്യാൻ സാധ്യതയുള്ള ഒരു ടൂൾ മുഴുവൻ കാര്യങ്ങളും തിരികെ നൽകണം.