depending on what kind of fixed effect. For example, if you focus on mortgage application at the individual level and you want to control for the neighborhood fixed effect, then you can mean differencing across the neighborhood to get rid of the FE. So even you only have cross-sectional data, you can control for the upper level fixed effect. But here the mean differencing is not same as that in panel data which is for an individual across time.
From my experience it is true DBA or system administrator do not do coding for applicaton. (except for some shell scripting for repeated admin tasks, of course managers CIO etc do not need to code too. ). Just used keyword: developer and adminstrator to search in dice developer - 27626 administrator - 6740 Looks like there are more IT job requiring coding than not.
you may also add "software engineer" to your search
【在 y****9 的大作中提到】 : From my experience it is true DBA or system administrator do not do coding : for applicaton. (except for some shell scripting for repeated admin tasks, : of course managers CIO etc do not need to code too. ). : Just used keyword: developer and adminstrator to search in dice : developer - 27626 : administrator - 6740 : Looks like there are more IT job requiring coding than not.
need more details about your data and model. But upon the information you provide, country fixed effect can be removed by the mean differencing since a country could export several products. Product specific fixed effect probably can't be removed if you only have one year data.
【在 y****9 的大作中提到】 : From my experience it is true DBA or system administrator do not do coding : for applicaton. (except for some shell scripting for repeated admin tasks, : of course managers CIO etc do not need to code too. ). : Just used keyword: developer and adminstrator to search in dice : developer - 27626 : administrator - 6740 : Looks like there are more IT job requiring coding than not.
The feasible way is to "demean" every variable by product, including country dummies. SAS/glm has an absorb statement. You can put country there, then put product in the class statement. That way both fixed effects are taken care of.
In my experience, I don't see any need for me to master JAVA or C#. I know a little about PL/SQL. But we are not required to code PL/SQL for applications, dev team do. In my env, production DBA is a separate team from development team, and do not report to any dev manager. I think some applicaton DBA (if any) who reports to dev manager may need to code. We also have a middler-tier support team ( weblogic , called production support), I don't think any of them do coding too. My point is there are some type of IT role which do not require coding or maintaining code as part of their daily job. But developer is the majority.
【在 y****9 的大作中提到】 : In my experience, I don't see any need for me to master JAVA or C#. I know : a little about PL/SQL. But we are not required to code PL/SQL for : applications, dev team do. In my env, production DBA is a separate team from : development team, and do not report to any dev manager. I think some : applicaton DBA (if any) who reports to dev manager may need to code. : We also have a middler-tier support team ( weblogic , called production : support), I don't think any of them do coding too. : My point is there are some type of IT role which do not require coding or : maintaining code as part of their daily job. But developer is the majority.